Loading...

Details

Type: Bug
Resolution: Fixed
Priority: P2
Fix Version/s: 7u55
Affects Version/s: 7u51, 7u55
Component/s: deploy
Labels:

Subcomponent:
plugin
Resolved In Build:
b10
Verification:
Verified

Backports

Issue	Fix Version	Assignee	Priority	Status	Resolution	Resolved In Build
JDK-8040650	9	Daniil Titov	P2	Resolved	Fixed	b12
JDK-8051129	8u40	Daniil Titov	P2	Resolved	Fixed	b01
JDK-8045007	8u25	Daniil Titov	P2	Resolved	Fixed	b01
JDK-8040486	8u20	Daniil Titov	P2	Closed	Fixed	b10
JDK-8035298	8u11	Daniil Titov	P2	Resolved	Fixed	b01
JDK-8035192	8u5	Daniil Titov	P2	Resolved	Fixed	b10
JDK-8039656	emb-8u26	Daniil Titov	P2	Resolved	Fixed	b17
JDK-8037653	emb-8u6	Daniil Titov	P2	Closed	Fixed	b10
JDK-8041081	7u80	Daniil Titov	P2	Resolved	Fixed	b01
JDK-8047424	7u72	Daniil Titov	P2	Resolved	Fixed	b01
JDK-8035258	7u65	Daniil Titov	P2	Resolved	Fixed	b01
JDK-8040436	7u60	Daniil Titov	P2	Resolved	Fixed	b15

Description

FULL PRODUCT VERSION :
JRE 7 update 51

ADDITIONAL OS VERSION INFORMATION :
Microsoft Windows [Version 6.1.7601

EXTRA RELEVANT SYSTEM CONFIGURATION :
Self-Sign/Sign the jar archive containing the Applet.
Self-Sign/Sign the Deployment rulesets

A DESCRIPTION OF THE PROBLEM :
A bug (id=6709839) (~~JDK-6697256~~) that was fixed as of the version JRE 6 update 10 can now be seen reappearing in JRE 7u51 (latest as of 1/30/2014). Due to the enterprise need several Java Applets designed to run with the JRE 5u12 are still needed. To ensure proper security the Deployment Rule Set is used. A test Applet was run without JRE 7 where it runs in IE 10 (32bit) with JRE5u12. Once the Deployment Rule Set is enforced the Applet failed to start even though two separate JRE consoles were seen opening up i.e. one for the JRE 7u51 and the other for the JRE 5u12, but no where any error message showed the actual reason of failure. Once the tracing and logging were enabled from the JRE 7u51 control panel then a similar error messages those once reported for bug_id=6709839 were seen again. As a proof of the bug reappearring, the JRE 7u51 was uninstalled in favor of JRE 6u10 and the new JRE 6u10 successfully handed over the runtime to JRE 5u12 by showing a dialog box that it was going to do just that. And once the Applet ran it printed the java version as 1.5.0_12 and not 1.6.0_10.

REGRESSION. Last worked in version 6u43

ADDITIONAL REGRESSION INFORMATION:
JRE 6u10

STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
0. Instal JRE 5 u12 in the user worksatation
1. create a simple Java Applet (JApplet) that shows the java.version when it runs.
2. compile the Applet with JDK 5 u 12 (Strictly)
3. Deploy to test in IE (it should appear)
4. Install JRE 7u51 and create Deployment Rule Set as below
<ruleset version="1.0+">
<rule>
<id location="{you applet location}"/>
<action permission="run" version="1.5.0_12" />
</rule>
</ruleset>

EXPECTED VERSUS ACTUAL BEHAVIOR :
EXPECTED -
1. The Applet should run showing java version as 1.5.0_12

ACTUAL -
1. once run in IE observe two JRE console opening up (of course set them to show up during runtime) but the Applet will not run.

ERROR MESSAGES/STACK TRACES THAT OCCUR :
No Error message, until the tracing and logging is enabled from the Java Control Panel where the error messages are similar to bug_id=6709839

REPRODUCIBILITY :
This bug can be reproduced always.

---------- BEGIN SOURCE ----------
package test.applet;

===HTML CODE====
<html>
<body>
<OBJECT
     classid="clsid:CAFEEFAC-0015-0000-FFFF-ABCDEFFEDCBA"
     width="200" height="200">
     <PARAM name="code" value="test.applet.MyApplet">
<PARAM name="archive" value="myapplet.jar">
<param name="java_version" value="1.5.0_12"/>
</OBJECT>
</body>
</html>

===JAVA CODE=====
package test.applet;
import java.awt.*;
import javax.swing.*;

public class MyApplet extends JApplet
{
public void paint(Graphics g)
{
try
{
String java_version=System.getProperty("java.version");
g.drawString("Java Version = "+java_version,20,50);
}catch(Exception e)
{
e.printStackTrace();
}
}
}
=======================================
Self-sign/Sign the myapplet.jar before deploying.
---------- END SOURCE ----------

CUSTOMER SUBMITTED WORKAROUND :
Install JRE 6u10 and the new JRE 6u10 will hand over the runtime to JRE 5u12 successfully by showing a dialog box that it was going to do just that bypassing the greater need of using Deployment Rule Sets.

Attachments

Issue Links

backported by

JDK-8035192 JRE 7u51 Plugin Failing to Run Older JRE Version < 1.6.0

Resolved

JDK-8035258 JRE 7u51 Plugin Failing to Run Older JRE Version < 1.6.0

Resolved

JDK-8035298 JRE 7u51 Plugin Failing to Run Older JRE Version < 1.6.0

Resolved

JDK-8039656 JRE 7u51 Plugin Failing to Run Older JRE Version < 1.6.0

Resolved

JDK-8040436 JRE 7u51 Plugin Failing to Run Older JRE Version < 1.6.0

Resolved

JDK-8040650 JRE 7u51 Plugin Failing to Run Older JRE Version < 1.6.0

Resolved

JDK-8041081 JRE 7u51 Plugin Failing to Run Older JRE Version < 1.6.0

Resolved

JDK-8045007 JRE 7u51 Plugin Failing to Run Older JRE Version < 1.6.0

Resolved

JDK-8047424 JRE 7u51 Plugin Failing to Run Older JRE Version < 1.6.0

Resolved

JDK-8051129 JRE 7u51 Plugin Failing to Run Older JRE Version < 1.6.0

Resolved

JDK-8037653 JRE 7u51 Plugin Failing to Run Older JRE Version < 1.6.0

Closed

JDK-8040486 JRE 7u51 Plugin Failing to Run Older JRE Version < 1.6.0

Closed

relates to

JDK-6697256 MultiJRE : 1.4.2_17 applets not loading in the same browser session, with 6u10 installed

Closed

(7 backported by, 1 relates to)

JRE 7u51 Plugin Failing to Run Older JRE Version < 1.6.0

Details

Backports

Description

Attachments

Issue Links

Activity

People

Dates