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
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.