Summary: | Unable to delete a binary project in Java perspective | ||
---|---|---|---|
Product: | [Eclipse Project] JDT | Reporter: | Vlad Klicnik <klicnik> |
Component: | Core | Assignee: | Jerome Lanneluc <jerome_lanneluc> |
Status: | RESOLVED FIXED | QA Contact: | |
Severity: | critical | ||
Priority: | P2 | CC: | dj.houghton, Michael.Valenta, rodrigo |
Version: | 2.0 | ||
Target Milestone: | 2.0 M4 | ||
Hardware: | PC | ||
OS: | Windows 2000 | ||
Whiteboard: |
Description
Vlad Klicnik
2002-03-13 11:50:16 EST
By the way, I was trying to delete org.eclipse.core.boot because I was going to get it from repo so did not want the binary project that was imported More data ... - I go to resource perspective - delete another binary project ... all is well - go to Java perspective ... the project is still there - if I click on it (the +) it shows as empty binary project So it looks like jdt problem *** Bug 11269 has been marked as a duplicate of this bug. *** delete project action is delegated to the workbench so it must be some refresh problem missing java element delta? It can't be just the missing Java element delta since when closing and reopening the packaegs view the delete project still shows up. Moving to JDT Core. This should not be M6 ... this is a basic scenario for self hosting that worked just fine before. I need to be able to delete a binary project when I decide I need to work on the repository copy. Need fix or workaround. I second that - I am seeing it in 20020314 as well. However, when I restart, the project is gone, so I assume it is a refresh problem. 20020314 Win2K This is a major pain to our self-hosting scenarios. If I delete a binary project, it disappears from resources, but stays in Java perspective. If I try to open it it it empty. I try to load the project from repo (which is why I deleted the binary) and the project loads, but Java packages view does not show packages (shows the nested directory levels, as in resources directory). I delete the newly loaded project ... gone in all perspectives. I reload from repo ... this time all is well. So to get what I want I need to delete and reload from repo twice. Please fix this for M4. Was trying to find the OS path for the source attachment of a jar. This is not needed: we just need to get the workspace relative path (that we already know of) if the jar is internal. Fixed. *** Bug 11250 has been marked as a duplicate of this bug. *** *** Bug 11468 has been marked as a duplicate of this bug. *** *** Bug 11654 has been marked as a duplicate of this bug. *** |