I think to remember I have the same problem on java 1.5 some times ago.
I think you have to disable "zip stuff":
open start --> exec and type:
regsvr32 /u %windir%\system32\zipfldr.dll
More information here:
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=5033747seb ha scritto:
> Hello ImageJers,
>
> There seems to be a funny bug with JFileChooser on windows.
> As I recently updated to jdk1.6.4 on a few MSWindows machines, I was
> surprised to see it could take a minute to get the directory chooser
> from the getDirectory() macro function.
>
> It seems to come from the JFileChooser swing component, this short
> plugin snippet gives the same result:
>
> public class testJDirChooser implements PlugIn {
>
> public void run(String arg) {
> /*try {
>
> UIManager.setLookAndFeel(UIManager.getCrossPlatformLookAndFeelClassName());
>
> }
> catch (Exception e) {
> IJ.error(e.toString());
> }*/
> JFileChooser chooser = new JFileChooser();
> chooser.setDialogTitle("choose a directory");
> chooser.setFileSelectionMode(JFileChooser.DIRECTORIES_ONLY);
> chooser.setApproveButtonText("Select");
> chooser.showOpenDialog(IJ.getInstance());
> }
>
> }
>
> Does anybody know if it occurs on other platforms ?
> As far as I checked it seems ok on a linux machine, not tested yet on
> MacOSX but getDirectory seems ok there.
> So even if it's a good idea to get rid of some recently discovered
> security holes in previous JVMs, I would think twice about it...
>
> regards,
>
> sebastien
>
Locked
