Bugzilla – Full Text Bug Listing
| Summary: | CodeAssist should treat #clone() special in 1.5 mode | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Eclipse Project] JDT | Reporter: | Philipe Mulet <philippe_mulet> | ||||
| Component: | Core | Assignee: | David Audel <david_audel> | ||||
| Status: | VERIFIED FIXED | QA Contact: | |||||
| Severity: | normal | ||||||
| Priority: | P3 | ||||||
| Version: | 3.3 | ||||||
| Target Milestone: | 3.3 M4 | ||||||
| Hardware: | PC | ||||||
| OS: | Windows XP | ||||||
| Whiteboard: | |||||||
| Attachments: |
|
||||||
Created attachment 55129 [details]
Proposed fix
Released for 3.3M4. Tests added CompletionTests_1_5#test0298() -> test0299() Verified for 3.3M4 with I20061211-1119 |
Build 3.3M3 In following code, when completing on #clone(), the proposal shows "Object clone()", whereas no cast is mandated. In fact, the compiler treats this as if the message send was return the receiver type; and the binding still shows Object as its return type. public class X { public void setAttributes(String[] attributes) { String[] sortedAttributes = attributes.clone(); } } This special handling in 1.5 mode should be surfaced in codeassist as well.