JDK-5033747 : JFileChooser is very slow on Windows XP
  • Type: Bug
  • Component: client-libs
  • Sub-Component: javax.swing
  • Affected Version: 1.4.2_03
  • Priority: P3
  • Status: Closed
  • Resolution: Duplicate
  • OS: windows_xp
  • CPU: x86
  • Submitted: 2004-04-19
  • Updated: 2005-09-12
  • Resolved: 2005-09-12
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 6
6Resolved
Related Reports
Duplicate :  
Relates :  
Relates :  
Description
1.4.2_03-b02 on Windows XP

A netbeans user encounters a problem very similar to bug 4712307 but also with folders which don't have too many files. See http://www.netbeans.org/issues/show_bug.cgi?id=42079 for information about the bug originally entered against netbeans.

It takes tens of seconds to browse directories in file chooser. Thread dump at the moment of 100% CPU utilization for the many seconds shows:

"AWT-EventQueue-1" prio=7 tid=0x03512dc8 nid=0xfd8 runnable [689e000..689fd8c]
   at sun.awt.shell.Win32ShellFolder2.getAttributes0(Native Method)
   at sun.awt.shell.Win32ShellFolder2.hasAttribute(Win32ShellFolder2.java:405)
   at sun.awt.shell.Win32ShellFolder2.isDirectory(Win32ShellFolder2.java:442)
   at sun.awt.shell.Win32ShellFolderManager2.get(Win32ShellFolderManager2.java:193)
   at sun.awt.shell.ShellFolder.get(ShellFolder.java:245)
   at com.sun.java.swing.plaf.windows.WindowsFileChooserUI$DirectoryComboBoxModel.addItem(Windo

wsFileChooserUI.java:1929)
   at com.sun.java.swing.plaf.windows.WindowsFileChooserUI$DirectoryComboBoxModel.access$2800(W

indowsFileChooserUI.java:1898)
   at com.sun.java.swing.plaf.windows.WindowsFileChooserUI.doDirectoryChanged(WindowsFileChoose

rUI.java:1619)
   at com.sun.java.swing.plaf.windows.WindowsFileChooserUI.access$3100(WindowsFileChooserUI.jav

a:35)
   at com.sun.java.swing.plaf.windows.WindowsFileChooserUI$15.propertyChange(WindowsFileChooser

UI.java:1725)
   at javax.swing.event.SwingPropertyChangeSupport.firePropertyChange(SwingPropertyChangeSuppor

t.java:264)
   at javax.swing.event.SwingPropertyChangeSupport.firePropertyChange(SwingPropertyChangeSuppor

t.java:232)
   at javax.swing.JComponent.firePropertyChange(JComponent.java:3819)
   at javax.swing.JFileChooser.setCurrentDirectory(JFileChooser.java:541)
   at javax.swing.JFileChooser.<init>(JFileChooser.java:321)
   at javax.swing.JFileChooser.<init>(JFileChooser.java:273)
   at org.netbeans.beaninfo.editors.FileEditor.createHackedFileChooser(FileEditor.java:372)
   ...
###@###.### 2004-04-19
###@###.### 2004-04-20

Comments
CONVERTED DATA BugTraq+ Release Management Values COMMIT TO FIX: mustang
02-10-2004

EVALUATION This is reproducible using JFileChooser in NetBeans, but not with FileChooserDemo. Investigating. ###@###.### 2004-04-26 This is likely a duplicate of 4480327, showing that the bug is not necessarily network dependent. ###@###.### 2004-05-24
26-04-2004