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.
Summary: | Blocking dialog after UNDO/REDO operations | ||
---|---|---|---|
Product: | java | Reporter: | martin_hasaj <martin_hasaj> |
Component: | Unsupported | Assignee: | issues@java <issues> |
Status: | VERIFIED FIXED | ||
Severity: | blocker | CC: | dsimonek, issues, jiriprox, pnejedly |
Priority: | P2 | ||
Version: | 6.x | ||
Hardware: | All | ||
OS: | All | ||
URL: | http://qa.netbeans.org/modules/refactoring/promo-f/html/refactoring-testspec.html | ||
Issue Type: | DEFECT | Exception Reporter: | |
Attachments: |
Thread dump
IAE messages.log Thread dump 23.05.06 |
Description
martin_hasaj
2006-04-25 14:54:57 UTC
Created attachment 30040 [details]
Thread dump
I don't see anything wrong on refactoring side. Reassigning to core/windows for evaluation... I see anything wrong on core/windows side neither :-( I even don't see any deadlock in stack dumps. Dialog is opened it seems (AWT-EventQueue-1 thread) and waiting for user events to come. But I can't see main EventQueue thread (which would be called AWT-EventQueue-0 I think). Maybe it died somehow and that's the problem. No relation to core/windows though, so returning back and ccing stack dump expert pnejedly. There's no visible deadlock. There should be a modal dialog visible and interacting OK. Maybe the dialog got obscured somehow but still blocked the IDE input (was IDE painting OK?) I vaguely recall a random JDK issue that you might have run into, where displayed and quickly dismissed dialog breaks some internal state - I don't recall details. Dafe: When there is modal dialog, everything stays in single thread, no AEQ-0 in separate thread ever exists. See bottom of the AEQ stack trace. Linux Fedora Core 2 NB 5.5 200605020200 JDK 1.6.0 b81 I can it reproduce it as well. The painting is OK, but modal dialog blocks IDE by keeping visible. In 5.5 there is also IAE exception. Attaching also messages.log, since there are several information exceptions I can remind there were similar problems on Linux (issue 65645) java.lang.IllegalArgumentException: Child tree not found (type: 54 firstToken: 3 lastToken: 9 resource: abc/B.java) class org.netbeans.jmi.javamodel.Import$Impl abc.def.A valid:true | class org.netbeans.jmi.javamodel.Resource$Impl abc/B.java valid:true | at org.netbeans.modules.javacore.jmiimpl.javamodel.MetadataElement.getASTree(MetadataElement.java:1272) at org.netbeans.modules.javacore.jmiimpl.javamodel.MetadataElement.getASTree(MetadataElement.java:515) at org.netbeans.modules.javacore.parser.ElementInfo.getTypeAST(ElementInfo.java:86) Created attachment 30169 [details]
IAE
Created attachment 30170 [details]
messages.log
Not a deadlock. Now the problem is obvious. The UndoManager in undo() displays the progress panel and supposedly correctly tears it down in finally{} block, but the actual failure (IAE) occurc inside the finally block, but just a statement before the dialog teardown: 172: transactionEnded(fail); // this throws exception 173: fireProgressListenerStop(); // would hide the dialog, but not reached Clearly a javacore problem Fixed in trunk and NB 5.5 Checking in UndoManager.java; /cvs/java/javacore/src/org/netbeans/modules/javacore/internalapi/UndoManager.java,v <-- UndoManager.java new revision: 1.20; previous revision: 1.19 done Checking in UndoManager.java; /cvs/java/javacore/src/org/netbeans/modules/javacore/internalapi/UndoManager.java,v <-- UndoManager.java new revision: 1.13.8.4.2.1; previous revision: 1.13.8.4 done I can still find it in netbeans-6_0-daily-bin-200605211800-21_May_2006_1800 Please attach fresh thread dump. Thanks Created attachment 30553 [details]
Thread dump 23.05.06
Fixed in trunk Checking in UndoManager.java; /cvs/java/javacore/src/org/netbeans/modules/javacore/internalapi/UndoManager.java,v <-- UndoManager.java new revision: 1.21; previous revision: 1.20 done Fixed in release55 Checking in UndoManager.java; /cvs/java/javacore/src/org/netbeans/modules/javacore/internalapi/UndoManager.java,v <-- UndoManager.java new revision: 1.13.8.4.2.2; previous revision: 1.13.8.4.2.1 done Reorganization of java component I've never seen it in 6.0 -> verified |