Community
Participate
Working Groups
20020521 build. 1. Started with existing self-hosting workspace. 2. Import ==> Plugins and fragments. 3. Click "Existing Binary Projects" 4. Finish. I got a problem message ==> "Could not delete org.eclipse.update.ui.win32". 5. Opened the import dialog again. Got a "Cannot find org.eclipse.update.ui.win32/.classpath" message. 6. Clicked "Existing Binary Projects". 7. Explicitly clicked "org.eclipse.update.ui.win32" plugin. 8. Finish. Worked this time.
Plus one. This happens every time but on "org.eclipse.ui.win32" What's the state of my workspace: did the operation stop here or are the errors collected and the one shown is the only one? Increasing severity since if it leaves the user in a very uncomfortable situtation: am I ok if I only import "org.eclipse.ui.win32" again? Are the others imported correctly? I think this is a must fix. If not for F2 then at least for F3. I attached the .log
Created attachment 1117 [details] .log
Yes, it seems to be getting worse. With the latest build 0529, I had to physically delete directories in my workspace to get the import to work. It seems like it is related to plugins with fragments.
We didn't change this function for a while, so it must be related to changes in other components and/or new content in fragments that trips the 'sleeper' bugs.
Lynne, Daniel, Is the problem still occurring in 2.0?
Yes still happens to me (see attached picture) Note 1) I have autobuild off 2) I use an "old" pre-2.0 workspace i.e. not a fresh one setup for 2.0
Created attachment 1867 [details] Problem dialog after importing plugins and fragments
Ditto, still happens for me when using an existing workspace and importing plugins. I get the same "could not delete" messages for the fragments that I am replacing. If I run the import a second time and specify the fragments that weren't imported, the import works.
*** This bug has been marked as a duplicate of 16114 ***
