JDK-6967624 : FireFox 3 hangs when loading applet with 5u23, 5u24, and ittermitent hangs still observed with 5u25
  • Type: Bug
  • Component: deploy
  • Sub-Component: plugin
  • Affected Version: 5.0u25
  • Priority: P2
  • Status: Closed
  • Resolution: Fixed
  • OS: windows
  • CPU: generic
  • Submitted: 2010-07-08
  • Updated: 2011-04-27
  • Resolved: 2010-11-09
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 Other
5.0u26-rev b07Fixed 5.0u27Fixed
Related Reports
Relates :  
Relates :  
Relates :  
Relates :  
Description
Firefox 3 browser hangs when trying to load Sun Secure Global Desktop (SSGD) login applet as well as the Molecule Viewer 3 demo applet on Windows.  The customer first observed hangs with 5u23.  No hangs were seen with 5u22 and earlier.  Initially it was suspected that this issue was a result of CR 6906977.  However the customer tried an IDR built with 5u24 and the bug fix for CR 6906977 and still observed the hangs.

I've tested 5u25 internally and it does show improvement, but I observe intermittent hangs.  I estimate I observe a hang 1 out of every 10 times I try to access the applet.  I also find they seem to occur more frequently when I try from a newly opened browser session.  I tested using Firefox 3.5.9 on Windows XP SP3.

I was accessing the Molecule Viewer (Example 3) demo from:

http://java.sun.com/applets/jdk/1.4/demo/applets/MoleculeViewer/example3.html

Steps on how to access an SSGD demo and how to observe the hang, can be found in the comments section.
Havr tried debug with windbg.
Java_sun_awt_windows_WEmbeddedFramePeer_create+0x57 [../../../src/windows/native/sun/windows/awt_Frame.cpp
and 
awt!AwtComponent::_RequestFocus+0xd8 [../../../src/windows/native/sun/windows/awt_Component.cpp @ 6385]
awt!AwtToolkit::SyncCall+0x98 [../../../src/windows/native/sun/windows/awt_Toolkit.cpp @ 1314]
awt!Java_sun_awt_windows_WComponentPeer__1requestFocus+0x80 [../../../src/windows/native/sun/windows/awt_Component.cpp @ 7032]

As from the debug  find the requestFocus is not getting the focus from WM_SETFOCUS message.

We need some more invetigation on this.

Comments
EVALUATION In NetscapePluginObject, all the EmbeddedFrame creation, sizing, destroy functions should not be called on the main thread. With this fix, they are called on EDT thread and the main thread waits for their completion. With these changes, we also fix a threads leak - threads were not getting disposed from the applet thread group. Fix is, in AppletViewer.java, join the applet thread for 1 second. If it does not exit, interrupt it to prevent applet thread leak.
20-10-2010