Summary: | project.isOnClassPath(project) result random | ||
---|---|---|---|
Product: | [Eclipse Project] JDT | Reporter: | Dirk Baeumer <dirk_baeumer> |
Component: | Core | Assignee: | Jerome Lanneluc <jerome_lanneluc> |
Status: | RESOLVED WORKSFORME | QA Contact: | |
Severity: | normal | ||
Priority: | P3 | ||
Version: | 2.0 | ||
Target Milestone: | 2.0 F4 | ||
Hardware: | PC | ||
OS: | Windows 2000 | ||
Whiteboard: |
Description
Dirk Baeumer
2002-06-12 14:47:01 EDT
Indeed the implementation of this API is weak when dealing with project references. It is iterating the pkg fragment roots, instead of the classpath entries. It only makes a difference for elements which are not directly part of the project elements (amongst its children). How critical is this for you ? We released a work around for F3. In the case of project.isOnClassPath(project) we assume true which works in the special case of the ActionUtil.isProcessable method. I'm not sure I understand where the problem is. When proj!=src, the project is NOT on its classpath. When proj==src, the project IS on its classpath. Since there is a workaround, will try to understand Dirk's problem post 2.0. Jerome's explanations make the PR obsolete. Closing Reopening to mark bug as WORKSFORME. Works for me. |