Community
Participate
Working Groups
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
Please reopen if this is still needed.
Yes, this is still a bug and it would be nice to have a solution for this.
How does this bug appears in the UI ?
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>
Created attachment 37202 [details] Proposed patch and regression test
Changing Summary from "DCR, need type declaration from resolved key" to "ITypeHierarchy#getType() should return an unresolved handle" to reflect actual request.
+1 for 3.2RC1
Released patch and regression test.
Verified for 3.2 RC1 using build I20060413-0010.