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.
It might be caused by a labeled block, not sure, but there are error elements produced by the javac parser. To reproduce, unzip the attached php.parser.zip into HG main, open as a project in NetBeans IDE and see PHP5Scanner.java. When on line 596, zzCurrentPosL is resolved as com.sun.tools.javac.code.Symbol$VarSymbol element. That is O.K. and expected. But when on line 602, zzCurrentPosL is resolved as com.sun.tools.javac.code.Symbol$ClassSymbol and Element.asType() is com.sun.tools.javac.code.Type$ErrorType. This is certainly a bug, there are no errors in the source code. java CUPS can be downloaded from http://www2.cs.tum.edu/projects/cup/, or I can provide a NetBeans project for that, if necessary.
Created attachment 56609 [details] php.parser project.
Workaround in debugger is implemented, error elements are recognized here: changeset: 67163:6bbc2271729c http://hg.netbeans.org/main/rev/6bbc2271729c
I have opened the file and took a look at the given identifier in the Trees navigator view, and it looked OK. So we will need more info on when exactly the problem happens. Automated test case would be perfect, but end user instructions to reproduce, so that we can debug what is happening, are fine too.
Is this issue still valid? There is quiet for a very long time.
Overtake.
planing to future. still awaiting reporter interaction.
Resolving all issues with milestone "future" as LATER. If you feel strongly that it should be implemented please reopen and set the target milestone to "next".
NetBeans.org Migration: changing resolution from LATER to WONTFIX