This Bugzilla instance is deprecated, and most Eclipse projects now use GitHub or Eclipse GitLab. Please see the deprecation plan for details.
Bug 168257 - Automatic synchronization crashes the workbench when query suck running when update products is selected
Summary: Automatic synchronization crashes the workbench when query suck running when ...
Status: RESOLVED FIXED
Alias: None
Product: z_Archived
Classification: Eclipse Foundation
Component: Mylyn (show other bugs)
Version: 0.9   Edit
Hardware: PC Linux
: P2 critical (vote)
Target Milestone: ---   Edit
Assignee: Robert Elves CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-12-15 14:08 EST by Chris Karakas CLA
Modified: 2007-01-11 10:20 EST (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Chris Karakas CLA 2006-12-15 14:08:31 EST
Automatic synchronization crashes the workbench. Here's how to reproduce the bug:

Use
latest 1.0 version (but I had the same problem with the 0.9 one too...), Bugzilla connector.

1.
Create a query that returns no results (maybe because there are no bugs yet in that repository),
or maybe takes too long to complete (the bug seems to happen when there are more than
one queries running, while one query somehow is blocked(?) by the other one). Example:

http://www.karakas-online.de/various/mylar-new-query.jpg

2.
Set automatic synchronization, say every 1 minute, or every 5 minutes. The query starts
the synchronization, but takes too long somehow - it seems that it never returns, the
progress bar stays there empty for ever:

http://www.karakas-online.de/various/mylar-synchronizing-new-empty-query.jpg

3.
While the first query is still running, start a new one. In the upcoming dialog, choose
"update products from the repository":

http://www.karakas-online.de/various/mylar-new-query-while-synchronizing-empty-query.jpg

4.
The dialog never lets you continue. It tries to update the products from the repository
for ever. You cannot cancel, because all buttons are disabled:

http://www.karakas-online.de/various/mylar-update-products-for-ever.jpg

5.
You cannot do anything, while the second query runs for ever and blocks the dialog - and
you cannot do anything more. If you try, you get an error saying that the "Wizard cannot
be closed due to an active operation. You must cancel the operation before you can close
the wizard" - but as said, you cannot cancel because all buttons are grayed...

http://www.karakas-online.de/various/mylar-update-products-cannot-cancel.jpg

6.
Some time later, the workbench crashes.

Chris Karakas
http://www.karakas-online.de
Comment 1 Mik Kersten CLA 2006-12-22 18:15:52 EST
This could  be a concurrency problem that is already resolved (bug 167402), in which case you should not be able to reproduce it in today's upcoming 1.0.1 release.  If that is not the problem, we will have to investigate why the original query is getting stuck.  Does the deadlock still happen if the query does not get stuck?  

Marking down severity since there is a clear work-around in not creating queries while another is running.
Comment 2 Chris Karakas CLA 2006-12-23 07:32:48 EST
I installed 1.0.1 today. I will look how it behaves in the time "between the years" and report "next year". In the meantime, happy holidays to all of you! :-)

Chris Karakas
http://www.karakas-online.de
Comment 3 Chris Karakas CLA 2007-01-11 10:20:03 EST
Well, as far as this bug is concerned, Mylar seems to work OK now. I think we can close this bug.