Maintenance Notice

The bugs.java.com site will be undergoing maintenance on 15th Dec 2017 21:00 PST to 16th Dec 2017 1:00 AM PST.
JDK-8015842 : Multi JREs: Unable to use the selected version to load an non-jnlp applet
  • Type: Bug
  • Component: deploy
  • Sub-Component: plugin
  • Affected Version: 7u21,7u25
  • Priority: P3
  • Status: Resolved
  • Resolution: Fixed
  • OS: windows
  • CPU: generic
  • Submitted: 2013-06-03
  • Updated: 2013-09-12
  • Resolved: 2013-06-17
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 Availabitlity Release.

To download the current JDK release, click here.
JDK 7 JDK 8
7u40 b30Fixed 8Fixed
Description
In the multi-jre environment, one can not load the applet using the selected version. 
This happens on different scenarios, with tested jres above and below the security baseline 


***Tested Configurations:
- x86 Win 7
- jre 7u25-b13, jre 7u21, jre 7u14
- FF 21, IE 9, GC 27

* Steps to reproduce:
A) Scenarios 1:  Both JREs are equal/greater the security baseline

1) Both JREs  are equal or above security baseline
- System has private jre 7u21 and public jre 7u25
- Select to use only  jre 7u21 from the control panel  (disable jre 7u25)
- Use any browser to load this applet: http://0-360.com

Expected behavior:  Applet loaded using jre 7u21
Actual behavior:  Applet loaded using jre 7u25

B) Scenario 2:  One JRE is below and one JRE is above security baseline

- System has private jre 7u14 and public jre 7u25
- Select to use only  jre 7u14 from the control panel  (disable jre 7u25)
- Use any browser to load this applet: http://0-360.com

Expected behavior:  Applet loaded using jre 7u14
Actual behavior:  Applet loaded using jre 7u25


C) Scenario 3: Both JREs are public and secure i.e 7u21 is set inside the  baseline.versions  

- Install 7u25
- Install jre 7u21
- Select to use only  jre 7u21 from the control panel  (disable jre 7u25)
- Use any browser to load this applet: http://0-360.com

Expected behavior:  Applet loaded using jre 7u21
Actual behavior:  Applet loaded using jre 7u25



Comments
this is probably caused by changes in JVMManger
2013-06-06

Disabling a jre from the JCP will not prevent it from being used initially from javaws or plugin. The initial launch of either should always be with the latest version (actually, the jre from which plugin or javaws is launched) However, the jre selection mechanism should allow relaunching with any version (or any secure version, depending on the security settings). This seems (from the above cases) to be broken for non-jnlp applets, where if the "current" version satisfies the request version it will be used regardless of it's disabled state.
2013-06-04

Issue is not seen with jnlp apples or jnlp applications
2013-06-04