This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
[pz] Code completion uses bad class for this. in innert classes. example : class a { int hello () { Runnable r = new Runnable () { void run () { this. // shows methods of class a ....
Only changed version to Development.
Version: 'Dev' -> 3.2
We are not able to parse anonymous inner classes yet. I propose to change this bug to enhancement in java module.
The current parser does not inspect local classes (mainly for performance reasons) - this is as desinged. However, it is a welcome enhancement to the next NB version.
Target milestone -> 3.3
*** Issue 15465 has been marked as a duplicate of this issue. ***
Target milestone -> 3.3.1.
*** Issue 20530 has been marked as a duplicate of this issue. ***
Cleaning up before 4.0 planning
Target milestone was changed from 'not determined' to TBD.
Changed to defect. This enhanced was created in 1999-08-23.
Can you explain this? I think it is valid enhancement for java module.
Ok, mistake. This is defect of java.
Better, you should report an enhancement to Java modul, this issue leave in editor and it sets as depends on the Java enhancement.
This issue depends on the issue #17825. Resolving as LATER.
If the issue depends on other issue it isn't necessary to change state to "RESOLVED LATER".
OK ;-) I just thought that, it would be better to hide this bug from standard query results, because it certainly will not be fixed soon. And as the LATER definition says: "The problem described is a bug which will not be fixed in this version of the product." I thought it was the best resolution at the present time.
Changing the target milestone to FUTURE as it is not clear when the issue #17825 will be implemented
Assigning to Mato as he will likely work on this later.
Changing subcomponent to code completion
*** Issue 42071 has been marked as a duplicate of this issue. ***
Making dependency on JMI based completion task. After integration with MDR, we will be able to fix this problem
Unfortunately we will likely not be able to resolve this into promoD :( For performance reasons we are still required to use our existing simple parser that is not able to properly resolve the context of anonymous innerclasses. I hope that we will be able to address this issue soon as it's a long-standing annoying problem.
I am experiencing this as well - though not in inner classes. If I initiate code assist on a line within one of my class's methods expecting to see methods for the relevant object's class, the code assist window references "this" as the name of the first argument in each method entry. The process appears to be shifting the argument names along one in order to insert "this" at the start.
*** Issue 52173 has been marked as a duplicate of this issue. ***
*** Issue 53145 has been marked as a duplicate of this issue. ***
Any update on this issue as of Netbeans 4.1? If this issue depends upon the performance of the new parser, shouldn't we open an issue against the performance problem and make this issue depend upon it?
No, opening an issue against performance of current infrastructure won't solve this issue. AFAIK this issue requires rewrite of java infrastructure which will be done after 4.2. Then the issue can be resolved.
*** Issue 61315 has been marked as a duplicate of this issue. ***
i don't think Issue 61315 is quite the same. furthermore, i'm not sure this is valid, since you're supposed to explicitly specify 'Runnable.this'.
The problem is the same - current infrastructure for code completion doesn't recognize anonymous inner classes. Feel free to reopen the issue 61315, it's true that it's not completely the same issue.
*** Issue 64537 has been marked as a duplicate of this issue. ***
*** Issue 69908 has been marked as a duplicate of this issue. ***
*** Issue 79451 has been marked as a duplicate of this issue. ***
Just food for thought, all the issues this dependant on are now implemented so it should be technically possible to solve this issue. Can you please assign it a Target Milestone?
*** Issue 84881 has been marked as a duplicate of this issue. ***
This will DEFINITELY be fixed for all the cases including new Cls() { }.| etc. in NB6.0. Marking TM to Dev.
*** Issue 87230 has been marked as a duplicate of this issue. ***
This is the oldest issue I have ever seen! Wow! Why don't you leave it unfixed till 7.0 (or even better forever) :-)? And such a magically small number! 3549! lol
Fixed with the new Java language infrastructure recently merged to trunk.
'this.' still shows methods for class 'a'. additionally, CC shows completions for 'Runnable.this' when it should not because 'Runnable' is the extended class, not the enclosing class. using 'a.this.' does work properly, however.
I really cannot reproduce the issue in the latest dev build (NetBeans IDE Dev Build 061030). Could you please tell me your build number? Make sure it is not older than 061025 when the new Java language infrastructure was merged to trunk.
Cannot reproduce either. Please provide the exact build number. NetBeans IDE Dev (Build 061102) 1.6.0-rc; Java HotSpot(TM) Client VM 1.6.0-rc-b100 Windows XP version 5.1 running on x86 en_US (nb); Cp1252
where are you guys getting newer builds? according to the web site the most recent build is 10/23.
You're right the daily builds are temporarily not published. But you can produce your own build from the trunk branch. Just do cvs checkout and build.
yup, my mistake. new stuff works good! if you're in the Baltimore/Washington area, beers are on me!
am i allowed to verify this? well, here goes...