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.
Build: NetBeans IDE 6.8 (Build 200912041610) VM: Java HotSpot(TM) Client VM, 16.3-b01, Java(TM) SE Runtime Environment, 1.6.0_20-b02 OS: Windows XP Maximum slowness yet reported was 41614 ms, average is 24705
Created attachment 100363 [details] nps snapshot
The BrokenReferenceCustomizer just calls JFileChooser.showDialog which has to be done in EDT. The thread is blocked in the WindowsFileChooserUI.WindowsFileWiew.getIcon()
JFileChooser on windows calls: com.sun.java.swing.plaf.windows.WindowsFileChooserUI$WindowsFileView.getIcon() which may get into sun.awt.shell.Win32ShellFolderManager2$ComInvoker.invoke() and block on java.util.concurrent.FutureTask.get() which probably waits on "Swing Shell" thread. That thread may be computing for really long time. The AWT thread shall not block for such long running background threads.
In case you don't know how to reproduce slow behavior of sun.awt.shell.Win32ShellFolder2.getIconIndex[native]() method, try to slow its call down by inserting Thread.sleep(10000); into it. Then the "Swing-Shell" thread shall be really slow and the chances of blocking the "AWT-EventThread" inside sun.awt.shell.Win32ShellFolder2.getIcon() shall be much higher, imho.
*** Bug 194005 has been marked as a duplicate of this bug. ***
*** Bug 219310 has been marked as a duplicate of this bug. ***
*** Bug 230540 has been marked as a duplicate of this bug. ***
*** Bug 222397 has been marked as a duplicate of this bug. ***
*** Bug 234159 has been marked as a duplicate of this bug. ***