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.
I'm getting the following assertion error when running cnd 6.0 (with NB6.0): java.lang.AssertionError at org.openide.text.CloneableEditorSupport.getOpenedPanes(CloneableEditorSupport.java:868) at org.netbeans.modules.cnd.modelutil.CsmUtilities.getCsmFile(CsmUtilities.java:213) at org.netbeans.modules.cnd.highlight.HighlightProvider.checkNodes(HighlightProvider.java:255) at org.netbeans.modules.cnd.highlight.HighlightProvider.checkNodes(HighlightProvider.java:249) at org.netbeans.modules.cnd.highlight.HighlightProvider.access$000(HighlightProvider.java:56) at org.netbeans.modules.cnd.highlight.HighlightProvider$1.run(HighlightProvider.java:179) at org.netbeans.modules.cnd.modelimpl.csm.core.CodeModelRequestProcessor$1.run(CodeModelRequestProcessor.java:57) at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:539) [catch] at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:964) The problem may not be in CND. Please evaluate our code and verify we are correctly using the API. If we are, I will refile the bug against NB.
From Ivan: It's this one: assert SwingUtilities.isEventDispatchThread(); // NOI18N It is a valid asertion and is definitely a dbxgui (or other client of editors) problem.
For dbxguis part: This assertion checks to see if the function, CloneableEditorSupport.getOpenedPanes() is called on the AWT EventQ. This function plays a crucial role in all NB idioms for getting information from the editor: http://wiki.netbeans.org/wiki/view/DevFaqFindCaretPositionInEditor dbxgui access this through a utility class EditorBridge. It's easy to check all places where EditorBridge is used and all of them seem to be already on the eventq ... except default actions based on ActionsProviderSupport. Since all such dbxgui actions have a base class NativeActionsProvider it's easy to have NativeActionsProvider override postAction() and directly call doAction() instead of letting the default implementation route it through a request processor.
See also http://www.netbeans.org/issues/show_bug.cgi?id=112205
*** Issue 112205 has been marked as a duplicate of this issue. ***
fixed cvs log: Checking in CsmUtilities.java; /shared/data/ccvs/repository/cnd/modelutil/src/org/netbeans/modules/cnd/modelutil/CsmUtilities.java,v <-- CsmUtilities.java new revision: 1.18; previous revision: 1.17 done
*** Issue 112813 has been marked as a duplicate of this issue. ***