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.
August 21, 2008 nightly build: Select Plugins/Downloaded/Add Plugins... The File Browser dialog box opens and takes about 1.5 minutes to refresh content (can't remember whether delay is initial, upon opening, or just after a directory path is input) and paint. During which time... completely unresponsive. I have experienced this issue for some time now.
I have had the same problem with various dialogs as well since last year. Although I initially thought NetBeans was at fault, I did some diagnosis and found that it was actually a JDK bug introduced in JDK 1.6.0u2 (and not yet fixed even in 1.6.0u7): http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6578753 Could this be your problem as well? You could determine whether this is the case by running this command: regsvr32 /u %windir%\system32\zipfldr.dll and then going to Plugins -> Downloaded -> Add Plugins again to see if you continue to experience the unresponsive behavior you describe.
I guess I should have mentioned that the command I listed will disable Windows support for ZIP files. That's a good thing in my experience because 7-zip or Winzip do a much better job, but if you like Windows support for ZIP files, you could run that command to see if it fixes the problem and afterwards restore ZIP file support by running it again without the /u option.
I ran, as administrator, "regsvr32 /u %windir%\system32\zipfldr.dll" and then tried "Select Plugins/Downloaded/Add Plugins...". Response very snappy, so unless I see the problem again, I'd say you've provided the workaround for this problem. My thanks to you.
*** This issue has been marked as a duplicate of 109703 ***
Glad to help. I came across this issue via your post on nbusers about this subject, so you would be doing a service to others if you could reply to your original post and reference this issue so others will know how to fix/workaround this JDK bug if they encounter it.
Issue 109703 claims this was fixed (workarounded) for 6.0. But this issue is reported for current dev builds. So there must be still something not working. This should be perhaps evaluated more, reopening.
tpavek: 109703 was fixed in our directory chooser, but this one has nothing to do with directory chooser, it is about plain JFileChooser, where we can't workaround JDK bug like we did in our dir chooser.
Ok. I just did not know how the chooser was workarounded - and if the plugin manager was not using it as well.
v/c