Community
Participate
Working Groups
1) .java file is not inside a source folder - "Rename" refactoring is enabled but does not work: no preview and does not rename if finished is pressed. 2) .java file that is inside a non-Java project - Lots of problems when views hold on to a working copy which can not be mapped to a compilation unit after the editor has been closed - shows red squiggly lines when using "Show Source of selected element only" - same problems as 1) MORE WILL FOLLOW TOMORROW
need to be investigated for F3
*** Bug 19062 has been marked as a duplicate of this bug. ***
*** Bug 19061 has been marked as a duplicate of this bug. ***
Sceario where a .java file is opened in the editor and then renamed to .txt: - several actions fail with NPE: - Organize Import - Add Constructor from super classe - Override methods - Open Type Hierarchy - Inline Temp Refactoring - Rename ...
Increase priority.
investigate whether we can guard the actions. we should show the user a warning that the file is not on a class path.
In both cases the whole parent chain is populated correctly. What causes the problem is the fact that the CUs or elements below exist but that some of the parents don't exist. None of our code currently deals with this situation. We should guard our actions against the situation that the Compilation unit is not on the build path of a Java project
The deal is that we guard those actions that cause problems in this situation.
Action that fail in the case of Java elements not being on the class path got guarded in the run method. Fixed in build > 20020611 Fix reviewed by Daniel Megert.
Verified. TB