Reopen for verification
|
|
|
Reproduced.
*** Tested configuration:
- x64 Win 7
- jre 7u10 b18
*** Steps to reproduce:
0) Install jre 7u10 build
1) Go to Java control panel and select to disable Java content in the browser
2) Uninstall jre 7u10
3) From the command line, reinstall the same jre 7u10 build from step#0 (passing arg to enable Java WEB_JAVA=1)
4) Complete the installation
5) Check to make sure java is enable in the browser and from the command line
Same issue https://jbs.oracle.com/bugs/browse/JDK-8003836
|
|
|
Bug can not be verified before https://jbs.oracle.com/bugs/browse/JDK-8003836 is not fixed (should be fixed in 7u12)
|
|
|
Remaining issues are tracked as part of https://jbs.oracle.com/bugs/browse/JDK-8003836
|
|
|
7u10-b17: Unable to verify this bug since there is known bug that command line args WEB_JAVA=1 dos not work
Hence, the precondition step 5) failed before getting to the verification part
|
|
|
the problem here is once user sets enabled to false (non-default) in user deployment.properties, setting it to true (default) in system deployment.properties has no effect.
The installer call may have resulted in regdeploy fully re-registering java in the browser, but the java code in Config is still honoring the users choice to disable (at least at the java level)
We discussed this dilemma but never implemented a fix.
We shouldn't just let the system deployment.properties override users choice - else in this case user would not be able to disable java in the browser later. We need to know when choice was made - and respect later.
|
|
|
This seem to be valid problem with latest 7u10 build. I am not sure what exactly is broken.
I do not see any attempt to "reset" DeployJava property in the Process Monitor and i'd expect this to happen if we get hint from installer.
Bouncing to Thomas to evaluate further.
|
|
|
SQE-OK to get this issue fixed against 7u10
|
|
|
Java