Community
Participate
Working Groups
Bug 327262 has a detailed description of the problem. Basically, if WorkingSet.setElements() is invoked while WorkingSetManager.restoreState() is running a partial workingsets.xml file is written to disk only containing the state loaded up to that point. In case working sets are not modified during the workbench session, i.e. WorkingSetManager.saveState() is never invoked to write all of the loaded state, some working sets may not be persisted and are lost.
Created attachment 180556 [details] fix The patch sets a flag to delay saving of working sets when a restore is in progress. We made some changes in Mylyn to lower chances of this happening but it would be much appreciated if a fix was considered for 3.6.2. The change is fairly straight forward and loss of working sets can be perceived as a major bug.
Created attachment 180557 [details] mylyn/context/zip
Has anyone had a chance to look at the patch?
See Bug 326673.
I don't see how the bug 326673 is related. This bug described here is not a problem caused by concurrent access. Take a look at the stack trace on bug 327262, all invocations are on the same call stack.
Any input on this? This bug can cause loss of configuration data and the attached patch is trivial.
Let me look at this
Patch is good. Released to HEAD.
(In reply to comment #8) > Patch is good. Released to HEAD. Marking as Fixed
Verified in I20110307-2110