Bug 138391

Product Version: NetBeans IDE Dev (Build 20080626082658)
Java: 1.6.0_03; Java HotSpot(TM) Client VM 1.6.0_03-b05
System: Linux version 2.6.22-14-generic running on i386; UTF-8; en_US (nb)

In my case I was modifying constructor params in following snippet

            task = new TreePathHandleTask(new HashSet<Node>(lookup.lookupAll(Node.class)), ) {

                @Override
                protected RefactoringUI createRefactoringUI(Collection<TreePathHandle> handles) {
                    return new WhereUsedQueryUI(handles.iterator().next(), cinfo);
                }
                
            };

Created attachment 63528 [details]
RefactoringActionsProvider.dump

*** Issue 119994 has been marked as a duplicate of this issue. ***

It looks like this assert too restrictive?
Attr.java: 1561
assert sym.kind < AMBIGUOUS || tree.constructor == null || tree.constructor.type == null ||
tree.constructor.type.isErroneous();

tree.constructor.type.isErroneous() ... constructor probably is erroneous if being modified.

*** Issue 137352 has been marked as a duplicate of this issue. ***

*** Issue 141700 has been marked as a duplicate of this issue. ***

*** Issue 141699 has been marked as a duplicate of this issue. ***

Build: NetBeans IDE Dev (Build 20080915015330)
VM: Java HotSpot(TM) Client VM, 10.0-b22, Java(TM) SE Runtime Environment, 1.6.0_06-b02
OS: Linux, 2.6.24-19-generic, i386

User Comments: 


Stacktrace: 
java.lang.AssertionError
        at com.sun.tools.javac.comp.Attr.visitNewClass(Attr.java:1561)
        at com.sun.tools.javac.tree.JCTree$JCNewClass.accept(JCTree.java:1350)
        at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:387)
        at com.sun.tools.javac.comp.Attr.attribExpr(Attr.java:404)
        at com.sun.tools.javac.comp.Attr.visitVarDef(Attr.java:758)
        at com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:713)

Created attachment 70497 [details]
stacktrace

*** Issue 126812 has been marked as a duplicate of this issue. ***

Build: NetBeans IDE Dev (Build 200812180001)
VM: Java HotSpot(TM) Client VM, 11.0-b16, Java(TM) SE Runtime Environment, 1.6.0_11-b03
OS: Windows XP, 5.1, x86

User Comments: 
editting code

Stacktrace: 
java.lang.AssertionError
        at com.sun.tools.javac.comp.Attr.visitNewClass(Attr.java:1569)
        at com.sun.tools.javac.tree.JCTree$JCNewClass.accept(JCTree.java:1350)
        at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:391)
        at com.sun.tools.javac.comp.Attr.attribArgs(Attr.java:452)
        at com.sun.tools.javac.comp.Attr.visitApply(Attr.java:1320)
        at com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1300)

Created attachment 75865 [details]
stacktrace

Enhanced logging.

changeset 8dd6ea47d34a in main/nb-javac
details: http://hg.netbeans.org/main/nb-javac?cmd=changeset;node=8dd6ea47d34a

Build: NetBeans IDE 6.5 (Build 200811100001)
VM: Java HotSpot(TM) Client VM, 10.0-b22, Java(TM) SE Runtime Environment, 1.6.0_06-b02
OS: Linux, 2.6.24-22-generic, i386

User Comments: 
Exception on editing java file

Stacktrace: 
java.lang.AssertionError
        at com.sun.tools.javac.comp.Attr.visitNewClass(Attr.java:1569)
        at com.sun.tools.javac.tree.JCTree$JCNewClass.accept(JCTree.java:1350)
        at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:391)
        at com.sun.tools.javac.comp.Attr.attribExpr(Attr.java:408)
        at com.sun.tools.javac.comp.Attr.visitVarDef(Attr.java:765)
        at com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:713)

Created attachment 78458 [details]
stacktrace

Fixed in jet-main.

http://hg.netbeans.org/jet-main/rev/10c7bd4eca7f

Build: NetBeans IDE 6.5.1 (Build 200903060201)
VM: Java HotSpot(TM) Client VM, 11.2-b01, Java(TM) SE Runtime Environment, 1.6.0_12-b04
OS: Linux, 2.6.24-24-generic, i386

User Comments: 


Stacktrace: 
java.lang.AssertionError
        at com.sun.tools.javac.comp.Attr.visitNewClass(Attr.java:1569)
        at com.sun.tools.javac.tree.JCTree$JCNewClass.accept(JCTree.java:1350)
        at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:391)
        at com.sun.tools.javac.comp.Attr.attribExpr(Attr.java:408)
        at com.sun.tools.javac.comp.Attr.visitVarDef(Attr.java:765)
        at com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:713)

Created attachment 81945 [details]
stacktrace

Created attachment 97714 [details]
stacktrace

Reopening. I have reported an exception in NB 7.0M2 that was classified as a duplicate of this bug:

http://statistics.netbeans.org/analytics/exception.do?id=433269

*** Bug 177365 has been marked as a duplicate of this bug. ***

*** Bug 185364 has been marked as a duplicate of this bug. ***

*** Bug 197034 has been marked as a duplicate of this bug. ***

Created attachment 109541 [details]
stacktrace

Created attachment 109605 [details]
stacktrace

Just wanted to generate anonymous Runnable class

Created attachment 109607 [details]
stacktrace

Created attachment 111510 [details]
stacktrace

Autocompletion in java

Created attachment 113468 [details]
stacktrace

Created attachment 113611 [details]
stacktrace

Created attachment 113896 [details]
stacktrace

JDialog dlg = new JDialog();
dlg.addWindowListener(new WindowAdapter(){});

exception is thrown once WindowAdapter line is completed

Created attachment 114868 [details]
stacktrace

Created attachment 114869 [details]
stacktrace

pasting code

Created attachment 115748 [details]
stacktrace

Created attachment 117741 [details]
stacktrace

Created attachment 118061 [details]
Requested dump file

Created attachment 118062 [details]
stacktrace

Created attachment 119136 [details]
stacktrace

There are already 416 duplicates of this exception report -> P2

Created attachment 121128 [details]
stacktrace

Code completion

Created attachment 121129 [details]
stacktrace

Seems to be connected to previous report. Trying to do code completion in same class

I have analyzed the recent exception reports and it seems that all of them fall into one of the following groups: 
1) CouplingAbort is thrown before the AssertionError denoting there is no constructor - strange thing is that ElementCoupling runs on Elements that already come from source files (it means enter and attribution runs twice on a single source tree).
2) cases when a TreeLoader is involved. A reproducible case when enter and attribution can run twice on a single source tree due to bug in TreeLoader. A separate issue has been created to track this case - http://netbeans.org/bugzilla/show_bug.cgi?id=214552).

Since half of the reports are resloved/fixed, downgrading back to P3.

Created attachment 122436 [details]
stacktrace

Writing field subclass of a nested class in another module.

Created attachment 124823 [details]
stacktrace

Was cutting and pasting entire methods from one file to an other trying to get rid of one extra step...
Noted: This occured after the "Import Classes" dialog had opened.

*** Bug 219610 has been marked as a duplicate of this bug. ***

In the GUI Builder I can reproduce this issue in a completely fresh TopComponent with a single swing control, simply by adding an instance field that contains an instance of a nested class (constructed and assigned inline).  Trying to add an event listener to the component then results in this exception.  Set the field to null instead and everything's fine.

(In reply to comment #41)
> Since half of the reports are resloved/fixed, downgrading back to P3.

Half of opened bugs is still over 200 ... P2 at least

Fixed in jet-main. Thanks for the reproducible test case.

http://hg.netbeans.org/jet-main/rev/46082e0b6168
http://hg.netbeans.org/main/nb-javac/rev/83678790cb34

Integrated into 'main-golden', will be available in build *201210170002* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress)
Changeset: http://hg.netbeans.org/main-golden/rev/46082e0b6168
User: Dusan Balek <dbalek@netbeans.org>
Log: Issue #138391: AssertionError at com.sun.tools.javac.comp.Attr.visitNewClass - fixed.