| Summary: | [rename] Read-only files are not warned about in a specific case | ||
|---|---|---|---|
| Product: | [Eclipse Project] JDT | Reporter: | David Witherspoon <psynoff> |
| Component: | UI | Assignee: | JDT-UI-Inbox <jdt-ui-inbox> |
| Status: | RESOLVED WORKSFORME | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | daniel_megert, Olivier_Thomann |
| Version: | 3.6 | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Linux | ||
| Whiteboard: | |||
Move to JDT/UI I cannot reproduce this using 3.6 M7 or N20100511-2000. |
Build Identifier: 20090920-1017 If I attempt to rename a method like getID() to getId() [note the little 'd'], if some affected files are read-only, the refactor will silently fail. The key here is that the new method name equalsIgnoreCase the old name. If I attempt to rename the same method to getIdddd(), I will get warnings that some affected files are read-only, and an option to make them writable. Reproducible: Always Steps to Reproduce: Create classes: class Foo { public static void getID() {;} } class FooUser { // ensure this file is read-only public causeTrouble() { Foo.getID(); } } Refactor Foo, renaming getID to getId (little d). Even though FooUser is read-only, it'll fail to recognize and will silently fail. Now rename getID to getIdddddd, and you'll get the warning that FooUser is read-only.