Bugzilla – Full Text Bug Listing
| Summary: | Rename refactoring on struct fields renames different struct fields too | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Tools] CDT | Reporter: | Jussi Pakkanen <jpakkane> | ||||
| Component: | cdt-refactoring | Assignee: | Project Inbox <cdt-refactoring-inbox> | ||||
| Status: | NEW --- | QA Contact: | Jonah Graham <jonah> | ||||
| Severity: | normal | ||||||
| Priority: | P3 | CC: | cdtdoug, Jesse.Weinstein, lcmarincek, yevshif | ||||
| Version: | 8.0 | ||||||
| Target Milestone: | --- | ||||||
| Hardware: | PC | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Attachments: |
|
||||||
Created attachment 230094 [details]
Minimal project to verify the problem
Verified with eclipse-SDK-4.3M5a-win32-x86_64.
|
Create a new project with a C file with the following contents: typedef struct { int x; int y; } point; typedef struct { double x; double y; } fpoint; void reset_point(point *p) { p->x = 0; p->y = 0; } void reset_fpoint(fpoint *p) { p->x = 0.0; p->y = 0.0; } Then refactor->rename the first struct's x field to something else. Note that in the live preview, only function reset_point is modified. But when you press enter, CDT renames the x field in struct fpoint as well. It should not touch it at all.