| Summary: | [change method signature] message could be made more clear | ||
|---|---|---|---|
| Product: | [Eclipse Project] JDT | Reporter: | Philipe Mulet <philippe_mulet> |
| Component: | UI | Assignee: | Markus Keller <markus.kell.r> |
| Status: | CLOSED WONTFIX | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | tobias_widmer |
| Version: | 3.2 | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Windows XP | ||
| Whiteboard: | stalebug | ||
|
Description
Philipe Mulet
Actually, considering other bugs like bug 124278, I believe "this" denotes the super method. Really confusing. I believe refactoring should honour the selection, and perform the transformation described in bug 124278. In real code, I came across a situation where I wanted a subset of the AST nodes to have a slightly different protocol with one extra argument, without touching the entire node tree. Agree, it makes sense to tell more in the dialog. If the method (which itself is in source) directly overrides a binary method, this dialog appears as well, just to tell the user that the operation "cannot be performed" afterwards when clicking on yes. First, the dialog message is less than specific, and second, this should be checked before showing the dialog mentioned in comment 0. Obvious things like binary supermethods should already be handled by the custom UserInterfaceStarter of the refactoring. 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. As such, we're closing this bug. If you have further information on the current state of the bug, please add it and reopen this bug. 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. |