Bug 148577 - [select] wrong class resolved for inner class reference
Summary: [select] wrong class resolved for inner class reference
Status: VERIFIED WORKSFORME
Alias: None
Product: JDT
Classification: Eclipse Project
Component: Core (show other bugs)
Version: 3.2   Edit
Hardware: PC Windows XP
: P3 normal (vote)
Target Milestone: 3.5 M2   Edit
Assignee: David Audel CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-06-25 16:09 EDT by Andrey Loskutov CLA
Modified: 2008-09-15 09:33 EDT (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Andrey Loskutov CLA 2006-06-25 16:09:08 EDT
seen in Eclipse 3.2 RC7.
AS IS:
Open java.util.Arrays class from JDK 1.5.
Go to method 
    public static <T> List<T> asList(T... a) {
	return new ArrayList<T>(a);
    }
Note, that the ArrayList used here is an internal static class java.util.Arrays.ArrayList, and NOT the public java.util.ArrayList from the same package as Arrays.

1) Now move mouse cursor over "ArrayList" and check the Javadoc hover: it shows javadoc for java.util.ArrayList class instead for the internal one.
2) Try to show source ("shift+mouse over") - the source shown is again wrong one
3) Try to go inside ("shift+mouse click" or "open declaration") - it opens public ArrayList class instead to go to the inner class.

Hovewer, with the AstView I see the right binding to the inner class...

TO BE:
In all tree cases the inner class java.util.Arrays.ArrayList should be used.
Comment 1 Dani Megert CLA 2006-06-26 04:20:50 EDT
Looks like a codeSelect problem.
Comment 2 Andrey Loskutov CLA 2008-06-14 14:44:25 EDT
Fixed somewhere in 3.3-3.4????, verified with 3.4 RC3.
Comment 3 Jerome Lanneluc CLA 2008-08-22 10:48:54 EDT
Changing resolution to WORKFORME since no action was taken to explicitly fix this bug (no code change can be associated to this bug)
Comment 4 Jerome Lanneluc CLA 2008-09-15 09:33:31 EDT
Verified for 3.5M2 using I20080914-2000