Summary: | Uncaught CompletionNodeFound exception doing code assist | ||
---|---|---|---|
Product: | [Eclipse Project] JDT | Reporter: | Philipe Mulet <philippe_mulet> |
Component: | Core | Assignee: | David Audel <david_audel> |
Status: | RESOLVED FIXED | QA Contact: | |
Severity: | normal | ||
Priority: | P2 | ||
Version: | 2.0 | ||
Target Milestone: | 2.0 M1 | ||
Hardware: | PC | ||
OS: | Windows 2000 | ||
Whiteboard: |
Description
Philipe Mulet
2001-11-07 11:02:11 EST
Actually the declaring class name was 'Openable' Was able to reproduce on a simpler example: public class X { void foo(){ System.out.println( new Runnable(){ <CODE ASSIST HERE> } ); } } Then select method 'run()' and insert it, the walkback occurs right after it in the UI (suspecting it triggers automatically another code assist at this point, which is the one crashing us). Protection was added, but real defect should still be fixed Fixed I do not buy the fix, and re-released the original (still wrong) behavior. The introduced flag isn't reinitialized when consumed and when doing recovery. The nestedMethod() action should be investigated more if offending. push BlockInvocationPtr twice for method and constructor (and pop twice) |