Bug 249321 - IPackagerFragmentRoot#getRawClasspathEntry() returns resolved ".." path
Summary: IPackagerFragmentRoot#getRawClasspathEntry() returns resolved ".." path
Status: VERIFIED FIXED
Alias: None
Product: JDT
Classification: Eclipse Project
Component: Core (show other bugs)
Version: 3.4   Edit
Hardware: PC Windows XP
: P3 normal (vote)
Target Milestone: 3.5 M3   Edit
Assignee: Jerome Lanneluc CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-10-01 10:05 EDT by Jerome Lanneluc CLA
Modified: 2008-10-27 15:54 EDT (History)
1 user (show)

See Also:

Attachments
Proposed fix and regression test (5.00 KB, patch)
2008-10-01 10:58 EDT, Jerome Lanneluc CLA 		no flags Details | Diff
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Jerome Lanneluc CLA 2008-10-01 10:05:15 EDT 
I20080930-0921

1. New workspace
2. New Java Project
3. Edit .classpath to add a ".." lib entry (pointing at an existing library), e.g.
	<classpathentry kind="lib" path="../../test/JUnit "/>
4. In Package Explorer, select the library under Referenced Library
5. Build path > Remove from buildpath
Observe: The entry is not removed.

This is because IPackagerFragmentRoot#getRawClasspathEntry() returns an entry with a reolved path (e.g. "D:/eclipse/dev/test/JUnit")
Comment 1 Jerome Lanneluc CLA 2008-10-01 10:58:30 EDT 
Created attachment 113999 [details]
Proposed fix and regression test
Comment 2 Jerome Lanneluc CLA 2008-10-01 12:06:09 EDT 
Note with this fix, I'm getting an IOBE in JDT/UI. See bug 249342.
Comment 3 Jerome Lanneluc CLA 2008-10-01 12:34:22 EDT 
Bug 249342 has nothing to do with ".." path.

Fix and test released for 3.5M3
Comment 4 Olivier Thomann CLA 2008-10-27 15:54:39 EDT 
Verified for 3.5M3 using I20081026-2000