Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 202214 - Problems creating a ticket on Bugzilla 3.1
Summary: Problems creating a ticket on Bugzilla 3.1
Status: RESOLVED DUPLICATE of bug 173352
Alias: None
Product: z_Archived
Classification: Eclipse Foundation
Component: Mylyn (show other bugs)
Version: unspecified   Edit
Hardware: PC Windows XP
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Frank Becker CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-09-04 18:26 EDT by Albert Ting CLA
Modified: 2007-09-15 17:38 EDT (History)
1 user (show)

See Also:


Attachments
first two error messages (26.70 KB, image/jpeg)
2007-09-05 18:53 EDT, Albert Ting CLA
no flags Details
third error message (35.59 KB, image/jpeg)
2007-09-05 18:55 EDT, Albert Ting CLA
no flags Details
Submitted dialog (37.79 KB, image/jpeg)
2007-09-10 16:07 EDT, Albert Ting CLA
no flags Details
mylyn/context/zip (8.02 KB, application/octet-stream)
2007-09-10 17:41 EDT, Frank Becker CLA
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Albert Ting CLA 2007-09-04 18:26:40 EDT
Build ID: I20070621-1340

Steps To Reproduce:
Mylyn is reporting a runtime error when I try to create a ticket to my Bugzilla 3.1 system.  The debugging reports shows that it fails on the javascript line, InitializeKeywordChooser(validKeywords), and I have a about 2200 keywords. 

However, the ticket does get created, and I am able to see the new ticket from Bugzilla.  I can even open the new ticket from Eclipse.  It just doesn't automatically go to the new ticket when I create it from Eclipse. 

More information:
Comment 1 Robert Elves CLA 2007-09-05 12:46:19 EDT
Would you be able to post any errors from the error log (or screeshot of any web error dialogs)? Thanks.
Comment 2 Albert Ting CLA 2007-09-05 13:00:43 EDT
There are no errors from the bugzilla log files (it successfully creates a ticket).  Is there an Eclipse log file?  Where do I see that?

From Eclipse, I get what appears to be a standard error box regarding not being able to create the ticket, and gave me the ability to do some debugging, where it shows it failed on the javascript function.  Stepping into/around didn't help.  I'll see if I can create a snapshot.
Comment 3 Albert Ting CLA 2007-09-05 18:53:54 EDT
Created attachment 77761 [details]
first two error messages
Comment 4 Albert Ting CLA 2007-09-05 18:55:16 EDT
Created attachment 77762 [details]
third error message

I've attached the screenshot of the 3 error messages (the first one showed up twice). 

Mind you, although there was a repository error, the screen does show the new ticket did get created.
Comment 5 Robert Elves CLA 2007-09-05 19:27:33 EDT
This error dialog results when the Bugzilla repository doesn't respond properly or with HTML when xml or rdf is expected. Do you get this error when creating new bug reports via the standard web interface?  

Frank, have you seen this issue at all?
Comment 6 Albert Ting CLA 2007-09-05 20:02:17 EDT
This only fails from Eclipse.  
Comment 7 Frank Becker CLA 2007-09-06 00:00:43 EDT
 (In reply to comment #5)
> This error dialog results when the Bugzilla repository doesn't respond properly
> or with HTML when xml or rdf is expected. Do you get this error when creating
> new bug reports via the standard web interface?
> 
> Frank, have you seen this issue at all?

My bugzilla 3.1 version has no keywords defined. But after I add 3 keywords I can create bugs as expected.

Maybe this is a PC only. I do my work on an MacBook Pro.

 I can setup an VMWare enviroment and debug this if I know that this is an PC Windows XP problem.
 
 (In reply to comment #4)
> Created an attachment (id=77762)
> third error message
> 
> I've attached the screenshot of the 3 error messages (the first one showed up
> twice).
> 
Please give me the whole content of the Window "Submit failed". If you scroll down in this window you see the original bugzilla response with the error description.

Hope that tis give me the information I need to reproduce this.
 
> Mind you, although there was a repository error, the screen does show the new
> ticket did get created.
Comment 8 Robert Elves CLA 2007-09-06 18:10:25 EDT
Thanks for investigating this Frank. I'll reassign to you.
Comment 9 Frank Becker CLA 2007-09-10 15:40:14 EDT
Hi Albert,

please can you send my the information requested in comment #7.
(In reply to comment #7)
> 
> Please give me the whole content of the Window "Submit failed". If you scroll
> down in this window you see the original bugzilla response with the error
> description.
Comment 10 Albert Ting CLA 2007-09-10 16:07:54 EDT
Created attachment 78017 [details]
Submitted dialog

(In reply to comment #9)
> > 
> > Please give me the whole content of the Window "Submit failed". If you scroll
> > down in this window you see the original bugzilla response with the error
> > description.

the "submit failed" header section says at as title "A repository error has occurred".  But the actually web page in the "submit failed" window shows no errors, it cleanly indicates the new ticket has been added.  I've attached the upper section.  I can filter out the various company-specific info for the bottom section if it's important to you, but the text looks normal.

I presume Eclipse/Java can handle all HTML/Javascript content?  Confused why it would fail on the keywords function

Thanks,
Albert
Comment 11 Frank Becker CLA 2007-09-10 17:41:17 EDT
Hi rob,
hi albert,

what is the way to get the response of the postMethod. If I see it right the problem is in parseHtmlError. Only if CHANGES_SUBMITTED was found we don't show the error.

So I think we should have the response of the postMethod or we need the info if bugzilla has custom html parts.
Comment 12 Frank Becker CLA 2007-09-10 17:41:31 EDT
Created attachment 78027 [details]
mylyn/context/zip
Comment 13 Robert Elves CLA 2007-09-11 19:23:39 EDT
postMethod.getResponse* methods are used to get the result of  a post. CHANGES_SUBMITTED may need to be configurable then along the lines of bug#173352 ?
Comment 14 Frank Becker CLA 2007-09-13 11:10:51 EDT
 (In reply to comment #13)
> postMethod.getResponse* methods are used to get the result of  a post.
> CHANGES_SUBMITTED may need to be configurable then along the lines of bug#173352
> ?
Hi rob,

is it right that we can close this bug, because bug#173352 is the solution for this? And if so do you fix this or should I help out?
Comment 15 Robert Elves CLA 2007-09-13 19:08:53 EDT
Yes, Frank do you want to mark this as a duplicate then of bug#173352 and take that one on? Note that I'll be offline tomorrow until the 24th.  If a patch needs to be applied and is holding you up, put mik.kersten@eclipse.org on the cc.
Comment 16 Frank Becker CLA 2007-09-15 17:38:48 EDT

*** This bug has been marked as a duplicate of bug 173352 ***