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: | "Customize Toolbars" hangs NetBeans IDE | ||
---|---|---|---|
Product: | platform | Reporter: | rrochat <rrochat> |
Component: | -- Other -- | Assignee: | Stanislav Aubrecht <saubrecht> |
Status: | RESOLVED FIXED | ||
Severity: | blocker | Keywords: | RANDOM, THREAD |
Priority: | P2 | ||
Version: | 5.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Exception Reporter: | |
Attachments: |
Full thread dump
log file |
Description
rrochat
2006-04-07 03:36:21 UTC
Created attachment 29682 [details]
Full thread dump
Created attachment 29683 [details]
log file
from the stack trace i can see where the deadlock is happening but i had no luck reproducing it so far I deleted the Toolbars folder in my config userdir, brought up NetBeans 5.0, right clicked on the Toolbar, executed "Customize Toolbars", clicked the "New Toolbar" button, typed "asdf" as the name, and it hung. Then I tried the exact same sequence again and it worked fine. Sometimes I can get it to hang easily (always after typing in a new toolbar name), and other times I can create 20 toolbars in a row with no trouble. If you want the new thread dump, I can attach it, but it looked like the same thing to me: "FolderChildren_Refresh" daemon prio=2 tid=0x11d43160 nid=0x578 waiting for moni tor entry [0x116cf000..0x116cf9e8] at java.awt.Component.addPropertyChangeListener(Component.java:7001) - waiting to lock <0x03f1b1c8> (a org.openide.awt.ToolbarPool) at java.awt.Container.addPropertyChangeListener(Container.java:3373) at org.netbeans.core.windows.services.ToolbarFolderNode$ToolbarNode.<ini t>(ToolbarFolderNode.java:410) *** Issue 80713 has been marked as a duplicate of this issue. *** fixed in trunk Checking in DefaultSettings.java; /cvs/core/palette/src/org/netbeans/modules/palette/DefaultSettings.java,v <-- DefaultSettings.java new revision: 1.10; previous revision: 1.9 done sorry, the previous comment has actually nothing to do with this issue - pls disregard it. fixed in trunk Checking in ToolbarFolderNode.java; /cvs/core/windows/src/org/netbeans/core/windows/services/ToolbarFolderNode.java,v <-- ToolbarFolderNode.java new revision: 1.16; previous revision: 1.15 done |