JDK-8164634 : Registered JREs match to different 'osname'
  • Type: Bug
  • Component: deploy
  • Affected Version: 8u102
  • Priority: P3
  • Status: Resolved
  • Resolution: Fixed
  • OS: generic
  • CPU: x86
  • Submitted: 2016-07-25
  • Updated: 2017-11-29
  • Resolved: 2016-11-23
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.
JDK 8 JDK 9
8u152Fixed 9 b150Fixed
Related Reports
Relates :  
Description
Testsuite: unifyJRESetting in core
Test name(s): unifyJRESettingScenarios/testHiddenJREEntry.html
Product(s) tested: Jre8u111b05/32bit
OS/architecture: Ubuntu16.04-x86

Reproducible: Always
Reproducible on machine: egtc

Is it a Regression:Yes
[If Regression] Regression introduced in release/build: Jre8u111b01
ubuntu16.04 x86/Jre8u111b04:Fail
ubuntu16.04 x86/Jre8u111b01:Fail

Test result on the last GAed release for this train:Pass(ubuntu16.04 x86/Jre8u101b12)

[if Fail] Test result on FCS:

Is it a platform specific issue:No
                                          ( win7-x86/ jre8u111b05:FAIL
                                            there is no this case on mac
                                            there is no 32bit bundle on solaris) 

Steps to reproduce:
===============
1. Delete deployment.properties file (if existed)
2. Install the latest JRE version of the prior JRE family of the test JRE family (e.g. Test JRE is jre7 then install latest jre version of jre6)
3. Install the test JRE
4. Open java control panel and close it to refresh/generate deploment.properties file Note: On Linux/Unix, Open and then close JCP of both installed JREs to refresh/generate deployment.properties file.
5. Check deployment.properties file and there should be information about two JREs installed above, example, deployment.javaws.jre.0 and deployment.javaws.jre.1
6. In the deployment.properties file, modify the OS name associated with one installed JRE to a different OS, example, deployment.javaws.jre.1.osname=Linux if testing on Windows and you should have deployment.javaws.jre.1.osname=Windows before the change
7. Close and relaunch java control panel for both jres, go to Java tab--> View of test jre java control panel
8. Make sure that: Two Java Runtime Environment entries listed in the Java control Panel---> Java tab ---> View In deployment.properties file, the invalid entry (modified OS name) associated deployment.javaws.jre.2 

The actual result:
At step8, There is no deployment.javaws.jre.2. Please refer deployment.properties.
Comments
It's OK to defer this issue but we should document/release note it.
22-11-2016

Formal defer req. to be added.
21-11-2016

It is regression from JDK-8003984. 8u101-b01 works as expected, 8u102-b01 fails this test.
18-11-2016

There's the same issue happened on OEL6.4-redhat-x86 with Jre8u121b04-32bit
14-10-2016

This is regression in CPU16_04, but there is an obvious workaround - don't use 2 jre on a system. UR SQE OK to defer it from CPU16_04.
06-09-2016

This issue does not reproduce with 8u92-b14 but it reproduces with 8u102-b01 and 8u111-b01.
01-09-2016

CPU16_04 defer request: No Sustaining engineer cycles to address this issue before ZBB/GAC.
26-08-2016

There's the same issue happened on OEL7.1-redhat-x64 with Jre8u112b09-64bit
19-08-2016

There's the same issue happened on Unbuntu16.04-x64-FF48 with Jre8u111b08-64bit RULE "unifyJRESettingScenarios/testHiddenJREEntry" any any
10-08-2016

There's the same issue happened on win10-x86-Jre8u112b07-32bit-IE11
05-08-2016

There's the same issue happened on Win10-x64-IE11 with Jre8u111b07-64bit RULE "unifyJRESettingScenarios/testHiddenJREEntry" any any
04-08-2016