| Summary: | Closed projects lose their location if not default | ||
|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Craig Setera <craigsfnet> |
| Component: | Resources | Assignee: | John Arthorne <john.arthorne> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | ||
| Version: | 2.0 | ||
| Target Milestone: | 2.0 M5 | ||
| Hardware: | PC | ||
| OS: | Windows 2000 | ||
| Whiteboard: | |||
|
Description
Craig Setera
I should clarify the statement "This problem does not occur if you take the default location relative to the workspace." to say instead: This problem does not occur if you take the default location relative to the workspace when initially creating the project. I could not reproduce this using build 2002-03-28. These are the steps that I tried: - create simple project AAA with location c:\temp\foobar - create file foo.txt - close project - open project After opening the project the location was ok (checked via project properties in the context menu) and the file was displayed in the project in the Navigator. Could you please post some reproducable steps using the latest build? Thanks. You are correct. This does not appear to happen in the 3/28 integration build, although it was very consistent for me in the 3/21 stable build. If you check the location of the project before it is opened, it says that it is in the workspace default. After you open it then it recognizes its correct location. Fixed the bug described by DJ. That is, calling IProject.getLocation() on a project that is closed on startup would return the default location. It now correctly returns the actual location of the project. Note this is not the exact problem reported in this PR, which seems to already be fixed (or at least isn't reproducible) in current builds. |