JDK-4751259 : Java->JS crashes IE with JPI 1.4.0_02/ NPE with 1.4.1
  • Type: Bug
  • Component: deploy
  • Sub-Component: plugin
  • Affected Version: 1.4.0,1.4.0_02,1.4.1,1.4.2
  • Priority: P4
  • Status: Closed
  • Resolution: Fixed
  • OS:
    generic,windows_nt,windows_2000,windows_xp generic,windows_nt,windows_2000,windows_xp
  • CPU: x86
  • Submitted: 2002-09-21
  • Updated: 2003-12-02
  • Resolved: 2003-08-19
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.
1.4.1_07 07Fixed
Related Reports
Duplicate :  
Duplicate :  
Duplicate :  
Duplicate :  
Relates :  
Relates :  
Relates :  
Customer Problem Description:

The foll applet works fine on IE6.0 and default microsoft VM.
The same crashes the browser with jpi 1.4.0_02. It gives a
NPE with jpi 1.4.1.

CONVERTED DATA BugTraq+ Release Management Values COMMIT TO FIX: 1.4.1_07 1.4.2_02 generic tiger FIXED IN: 1.4.1_07 1.4.2_02 tiger INTEGRATED IN: 1.4.1_07 1.4.2_02 tiger tiger-b16 VERIFIED IN: 1.4.1_07 1.4.2_02

EVALUATION The HTML page attached with bug report results in creating plug-in frame, it gets destroyed immediately, and then the frame is created again. When the frame is created for the second time, we fail to create new plug-in object, instead we use the old plug-in object which is not initialized correctly and this results in NullPointerException. The crash in 1.4.0_0x releases is duplicate of #4599575 I could modify the HTML page to have the applet loaded. However, the second call in the javascript fails because private class's method is accessed. When I make the class public, the applet works fine. The modified HTML and Java files are available in the attached zip file called working.zip ###@###.### 2002-09-2 This requires modification to plug-in shutdown sequence which will be a major change. Hence will commit to tiger. Since this test case is not a common scenario, I will lower the priority to p4. For the error reported in the coments section, we can file a another bug. ###@###.### 2002-11-12 When any control is loaded through an APPLET tag which is generated dynamically, the control is inplace activated, deactivated and then activated again. This looks to be a Microsoft bug. The workaround in our code is to reload the control ###@###.### 2003-08-03