Community
Participate
Working Groups
steps to reproduce 1. create import-statement in xtend-file "bar.FooClass" 2. move "bar.FooClass" to "baz.FooClass" 3. in the xtend-files, type references are broken now. use content assist on a broken type reference to re-create the import statement. Now, there are two import statements, whereas "baz.FooClass" overrides "bar.FooClass" since it appears later in the list. I'd expect the old import statement to be removed.
If I understood correctly, the missing error marker for the invalid import is the problem, isn't it?
(In reply to comment #1) > If I understood correctly, the missing error marker for the invalid import is > the problem, isn't it? that would solve (or at least prevent) this situation, too.
Import statements should be checked whether they - exist at all (error if not) - are used (warning if not) - static imports contains static members (error if not)
See also bug 300906
We now have errors for unresolvable and warnings for unused, duplicate and wildcard imports (the latter are now deprecated). A quick fix using the organize imports action is registered for the warnings.
Closing all bugs that were set to RESOLVED before Neon.0