JDK-6713352 : Deadlock in JFileChooser with synchronized custom FileSystemView
  • Type: Bug
  • Component: client-libs
  • Sub-Component: javax.swing
  • Affected Version:
    2.0.3.10,2.0.3.13,3.0_sp9,6,6u5,6u10,6u14 2.0.3.10,2.0.3.13,3.0_sp9,6,6u5,6u10,6u14
  • Priority: P2
  • Status: Closed
  • Resolution: Fixed
  • OS:
    generic,linux_2.4,linux_redhat_6.0,solaris_10,windows,windows_xp,windows_vista generic,linux_2.4,linux_redhat_6.0,solaris_10,windows,windows_xp,windows_vista
  • CPU: generic,other,unknown,x86
  • Submitted: 2008-06-11
  • Updated: 2012-10-10
  • Resolved: 2009-12-30
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.
Other JDK 6 JDK 7
5.0-poolResolved 6u17-revFixed 7 b60Fixed
Related Reports
Duplicate :  
Duplicate :  
Duplicate :  
Duplicate :  
Duplicate :  
Relates :  
Relates :  
Relates :  
Relates :  
Relates :  
Relates :  
Description
If a custom implementation of FileSystemView forwarding any calls to the COM thread from its synchronized methods, is set, it causes a deadlock.
_

Comments
WORK AROUND Almost all Win32ShellFolder2 methods can produce deadlock. E.g. listFiles, getDisplayName, getFolderType, isFileSystem, isDirectory isHidden and many other.
2009-06-01

EVALUATION ComThread should be used ONLY in our classes. We should avoid invocation of external code (like FileSystemView implementation) from ComThread. The fix of this CR is moving invocations of FileSystemView from ComThread to another thread. I also fixed here synchronized methods in Win32ShellFolder2, because it's another cause of deadlock.
2009-05-15

WORK AROUND Avoid invocation of Win32ShellFolder2's methods forwarding their execution to the COM thread, from within custom FileSystemView's synchronized methods. For example, use getAbsolutePath() instead of getAbsoluteFile().
2008-06-11

EVALUATION Synchronized methods of the custom FileSystemView can be invoked from both EDT and COM threads. Logically, it's the single control flow, but from the security subsystem's point of view, it's not allowed to enter a synchronized method from the COM thread till another synchronized method invoked from the EDT, is finished.
2008-06-11