Community
Participate
Working Groups
3.5.2 and later (probably older, didn't check) In the example below, invoke content assist after "Integ" and choose "Integer - java.lang". This doesn't qualify the type with java.lang, although a type with the same name is declared in the package and thus shadows the java.lang type. Works fine if the other class "Integer" is declared in another package and imported via a fully qualified import statement. Doesn't work if the other class is imported via a *-import. package contentassist; public interface Integer { int ABC= 1; } package contentassist; public class ContentAssistTest { void foo() { int i= Integ } }
Broken since day 1. The core proposal is: [TYPE_REF]{completion:Integer, declSign:java.lang, sign:Ljava.lang.Integer;, declKey:, key:, name:, replace:[124,128], token:[124,128], relevance:27} Ayush, can you test whether the standard cases still work when you fix the completion string to be fully qualified?
Same problem for types outside java.lang.
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. -- The automated Eclipse Genie.
