Bug 92357

Summary: ITypeHierarchy#getType() should return an unresolved handle
Product: [Eclipse Project] JDT Reporter: Martin Aeschlimann <martinae>
Component: CoreAssignee: Jerome Lanneluc <jerome_lanneluc>
Status: VERIFIED FIXED QA Contact:
Severity: normal    
Priority: P3    
Version: 3.1   
Target Milestone: 3.2 RC1   
Hardware: PC   
OS: Windows XP   
Whiteboard:
Attachments:
Description Flags
screenshot
none
Proposed patch and regression test none

Description Martin Aeschlimann CLA 2005-04-22 07:14:12 EDT
20050422 + changes regarding rendering in type hierarchy
class A {
  java.util.List<String> l;
}

When pressing F4 on List, we open a type hierarchy on the resolved element.
This element contains resolved information. The type hierarchy ignores this
resolved information
Our label provider now uses resolved information in the IType's returned from
ITypeHierarchy and unfortunatly also shows the resolved information in the type
which is now the input (root) type.

So I need a way to either
- clear the resolved key 
- get the declaring type from a IType containing resolved information
- let ITypeHierarchy.getInput return correct type
Comment 1 Jerome Lanneluc CLA 2006-03-28 11:32:44 EST
Please reopen if this is still needed.
Comment 2 Martin Aeschlimann CLA 2006-03-28 11:49:22 EST
Yes, this is still a bug and it would be nice to have a solution for this.
Comment 3 Jerome Lanneluc CLA 2006-03-29 06:57:04 EST
How does this bug appears in the UI ?
Comment 4 Martin Aeschlimann CLA 2006-03-29 08:00:35 EST
Created attachment 37193 [details]
screenshot

As mentioned in comment: For rendering we use the resolved type information of the elements in the type hierarchy. You see List<String> but should be List<E>
Comment 5 Jerome Lanneluc CLA 2006-03-29 10:09:21 EST
Created attachment 37202 [details]
Proposed patch and regression test
Comment 6 Jerome Lanneluc CLA 2006-04-04 07:50:48 EDT
Changing Summary from "DCR, need type declaration from resolved key" to "ITypeHierarchy#getType() should return an unresolved handle" to reflect actual request.
Comment 7 Philipe Mulet CLA 2006-04-04 08:55:17 EDT
+1 for 3.2RC1
Comment 8 Jerome Lanneluc CLA 2006-04-04 09:16:39 EDT
Released patch and regression test.
Comment 9 Frederic Fusier CLA 2006-04-13 12:28:42 EDT
Verified for 3.2 RC1 using build I20060413-0010.