Community
Participate
Working Groups
scenario: 1) open an existing bug. My list of bugs are from a query which I imported by url. 2) change something in the ticket (add comment, change assignee, close it,...) 3) submit the changes what happens now, is that 1) the window containing the bug ticket we just modified is not reloaded or even closed 2) if you close the window and double click on the bug in the task list again, the opened window is the same one as we just closed. which means, none of the changes appear to be applied. The bug was modified successfully on the bugzilla server, but not locally. 3) you have to manually synchronize the particular bug ticket and confirm that local changes are going to be thrown away. a synchronizing of the entire query is not sufficient.
same problem if I open a new bug ticket: the new bug is not shown in the query list in my Task List right away. A manual synch shows it.
Can you reproduce using queries built using the query form?
if query was built using the query form, the behavior is identical.
Upon pressing submit the report should be submitted to the repository. If submission is successful you should see the outgoing arrow go away on the task in the task list. This is followed by a synchronization of that task, followed by the editor itself closing and reopening. From your description it sounds as though this synchronization after submit is either not happening or not completing correctly. Try opening the progress view and submitting a change to a report and see if the sequence of jobs appears to follow what I've outlined above. Are there any errors in the eclipse error log when this failure occurs?
I opened the progress view and submitted a change: it says "refreshing workspace" but that's it. The editor does not get closed nor synchronized. I have to synchronize it manually. Synchronizing the query group is not efficient. I need to synchronize the specific task via right click->Synchronize. The icon changes. I will attach an image.
Created attachment 55696 [details] what does this icon mean? ctrl-shift-alt-? (the legend) does not reveal what this clock stands for. is it waiting for a synch?
Yes, the clock decorator represents a synchronizing task but sometimes it sticks (bug#132725). Martin, could you confirm a few things for us: - that this bug relates to use of the Bugzilla editor (not Jira/Trac/etc) - the version of Eclipse in use - the version of Linux in use - the version of the Bugzilla repository that you are submitting to and getting the failure
> - that this bug relates to use of the Bugzilla editor (not Jira/Trac/etc) correct, bugzilla. > - the version of Eclipse in use Version: 3.2.1 Build id: M20060921-0945 > - the version of Linux in use SuSE 10.1 > - the version of the Bugzilla repository that you are submitting to and getting > the failure Version 2.20
I just installed a bugzilla 2.20.3 on my own workstation just to confirm mylar's functionality with an out of the box bugzilla. it works great. so I guess our own bugzilla (partly patched) does not quite cooperate with mylar.
Okay, thanks for confirming this Martin. It is still a little strange that we aren't getting an error of some sort after submit. In order to resolve this I'd need access to the repository. Is there any public access to the repository in question? Marking this one (at least for now) as a wontfix.
unfortunately, I cannot provide you with a public account since it is internally only. thanks for all your efforts!
how could I debug it myself? how could I see what is supposed to happen once a bug got submitted? is it something I have to monitor on the bugzilla server or something on eclipse? The result might lead me to a possible bugfix for our bugzilla (which was patched)
The easiest way would be to check out Mylar, launch a runtime workspace in Debug mode, and set some breakpoints. Set up instructions are here: http://wiki.eclipse.org/index.php/Mylar_Contributor_Reference#Workspace_setup
