Bug ID: JDK-8065692 RegisterDeploy() having issues with 8u20+

JDK-8065692 : RegisterDeploy() having issues with 8u20+

Type: Bug
Component: deploy
Affected Version: 8u20

Priority: P2
Status: Resolved
Resolution: Other

Submitted: 2014-11-21
Updated: 2015-05-13
Resolved: 2015-02-12

Related Reports

Relates :	JDK-8073106 - Some dlls(jp2ssv.dll, ssv.dll, dtplugin\npdeployJava1.dll) are not copied to JAVA_HOME/bin before the moment when RegisterDeployEx() is called by the installer
Relates :	JDK-8050838 - JRE Install Error in localized Windows 8.1 after join in AD domain

Description

We are receiving a high number of 1603 installs, which mean something general went wrong with the JRE installer.  We have received a few installer logs, which point to the RegisterDeploy() call:

from %TEMP%\jusched.log

    TRACE: -- Calling RegisterDeploy().
[2014/11/17 23:00:00.215, MSIB5D3.tmp (PID: 396, TID: 2436), regdeploy.cpp:217 (RegisterDeploy)]
    ERROR: pfnRegisterDeployProc return false
[2014/11/17 23:00:00.216, MSIB5D3.tmp (PID: 396, TID: 2436), RegInstallJRE.cpp:140 (InstallJRE)]
    ERROR: -- Exec: RegisterDeploy() failed.
[2014/11/17 23:00:00.216, MSIB5D3.tmp (PID: 396, TID: 2436), installer.cpp:63 (WinMain)]
    ERROR: Install Error: 61014

https://bugs.openjdk.java.net/secure/attachment/23635/JavaDeployReg_error1603.log: 

isQueryRequest: InstallType InstallHint SET to 0
 InstallType InstallHint SET to 0
RegisterDeploy, version 11.25.2
 ForceInstall InstallHint SET to 0
 ForceInstall InstallHint SET to 0
 SecurityLevel InstallHint SET to 0
setSecurityLevel - no hints
Set WebJava system security Level  OK
 Cannot open registry key SOFTWARE\JavaSoft\Java Runtime Environment
RegisterDeploy - getLatestInstalledVersion FAIL
empty pluginVersion
RegisterDeploy - getPluginHome FAIL
 Cannot open registry key SOFTWARE\JavaSoft\Java Runtime Environment
registerGivenDeployBin
RegisterWS keys
Set system default Webstart Version Keys OK
Webstart version is newer
Set WebStart compat keys OK
create Webstart browser keys OK
register Webstart with DLLServier OK
GetLatestJavaws32or64Home():
GetLatestJavawsVersion():
   checking 32-bit
   failed to open SOFTWARE\JavaSoft\Java Web Start
GetLatestJavawsVersion():
   checking 64-bit
   Processing key: 1.0.1
   Processing key: 1.0.1_02
   Processing key: 1.0.1_03
   Processing key: 1.0.1_04
   Processing key: 1.2
   Processing key: 1.2.0_01
   Processing key: 11.25.2
   latestVersion: 11.25.2 latestHome: C:\Program Files\Java\jre1.8.0_25\bin
RestoreJNLPfileAssociation():
   Create HKLM .jnlp default OK
   Create HKLM .jnlp Content Type OK
   Create HKLM JNLPFile default OK
   Create HKLM JNLPFile EditFlags OK
   Create HKLM JNLPFile Shell Open OK
   Create HKLM JNLPFile Shell Open Command OK
Register JavaWS OK
  checking mozilla plugin[@microsoft.com/GENUINE]
  checking mozilla plugin[@Microsoft.com/NpCtrl,version=1.0]
  checking mozilla plugin[@microsoft.com/SharePoint,version=14.0]

Latest JRE version: 1.8.0_25
set up Mozilla plugin keys  OK
set up IE plugin keys OK
SSVSetup: RedirectAllStaticVersionKeys OK
SSVSetup: RedirectSelectedStaticVersionKeys OK
SSVSetup OK
Register for elevation
update elevation policy for ssvagent OK
update elevation policy for jp2launcher OK
tell IE to refresh elevation policies after undate registry FAIL
RegisterforElevation FAIL
  checking mozilla plugin[@java.com/JavaPlugin,version=11.25.2]
  checking mozilla plugin[@microsoft.com/GENUINE]
  checking mozilla plugin[@Microsoft.com/NpCtrl,version=1.0]
  checking mozilla plugin[@microsoft.com/SharePoint,version=14.0]
   Delete HKLM DT CLSID OK
   Delete HKLM OLD DT CLSID OK
RegisterDT: try to register dlls in jre
   FF DT deploy path: C:\Program Files\Java\jre1.8.0_25\bin\dtplugin\npDeployJava1.dll
  checking mozilla plugin[@java.com/JavaPlugin,version=11.25.2]
  checking mozilla plugin[@microsoft.com/GENUINE]
  checking mozilla plugin[@Microsoft.com/NpCtrl,version=1.0]
  checking mozilla plugin[@microsoft.com/SharePoint,version=14.0]
DT FF: add plugin key [SOFTWARE\MozillaPlugins\@java.com/DTPlugin,version=11.25.2] => [C:\Program Files\Java\jre1.8.0_25\bin\dtplugin\npDeployJava1.dll] OK
   IE DT deploy path: C:\Program Files\Java\jre1.8.0_25\bin\dtplugin\deployJava1.dll
DT IE: create CLSID [CLSID\{CAFEEFAC-DEC7-0000-0001-ABCDEFFEDCBA}] OK
DT IE: create InProcServer32 [C:\Program Files\Java\jre1.8.0_25\bin\dtplugin\deployJava1.dll] OK
DT IE: set apartment threading model OK
DT IE: create 'Implemented Categories' OK
DT IE: create 'Implemented Categories\{59fb2056-d625-48d0-a944-1a85b5ab2640}' OK
DT IE: add DT MIME type OK
DT IE: add OLD DT compatibility key alt clisd OK
DT IE: add OLD DT compatibility key compat flags OK
set up Deployment Toolkit OK
DeployHome: C:\Program Files\Java\jre1.8.0_25
SOFTWARE\JavaSoft\Java Plug-in\11.25.2
  get system dir [C:\Windows\system32] OK
  isFileExist for [C:\Windows\system32\javacpl.cpl] return FALSE
  isFileExist for [C:\Windows\system32\jpicpl32.cpl] return FALSE
Register Java Control Panel - OK
 check JRE registry to see if it's an corrupted webstart key
  failed to recover webstart key when attempt to open jre key FAIL, error code[2]
 check JRE registry to see if it's an corrupted webstart key
  failed to recover webstart key when attempt to open jre key FAIL, error code[2]
 check JRE registry to see if it's an corrupted webstart key
  failed to recover webstart key when attempt to open jre key FAIL, error code[2]
 check JRE registry to see if it's an corrupted webstart key
  failed to recover webstart key when attempt to open jre key FAIL, error code[2]
 check JRE registry to see if it's an corrupted webstart key
  failed to recover webstart key when attempt to open jre key FAIL, error code[2]
 check JRE registry to see if it's an corrupted webstart key
  failed to recover webstart key when attempt to open jre key FAIL, error code[2]
Cleanup bogus RegKeys in Java Plugin-in and Web Start OK
Cleanup bogus JavaFX disabled entry OK
Cleanup SSV disabled entry OK
Cleanup new SSV disabled entry OK
Cleanup HKCU dynamic clsid OK
Cleanup HKCU new dynamic clsid OK
  get system dir [C:\Windows\system32] OK
  isFileExist for [C:\Windows\system32\npDeployJava1.dll] return FALSE
  isFileExist for [C:\Windows\system32\npdeploytk.dll] return FALSE
  isFileExist for [C:\Windows\system32\deployJava1.dll] return FALSE
RegisterDeployEx return: FALSE

I feel like the following part is probably the problem, but I don't know for sure:

update elevation policy for jp2launcher OK
tell IE to refresh elevation policies after undate registry FAIL
RegisterforElevation FAIL

Comments

I created new jbs issue for installer about JavaDeployReg07.log: JDK-8073106 "Some dlls(jp2ssv.dll, ssv.dll, dtplugin\npdeployJava1.dll) are not copied to JAVA_HOME/bin before the moment when RegisterDeployEx() is called by the installer". I'm resolving this ticket as JavaDeployReg06.log problem is a duplicate of JDK-8050838, and JavaDeployReg07.log problem should be investigated from installer side.
12-02-2015
JavaDeployReg06.log: ... SetEntriesInAcl() Error: 1789 set up folder permissions for IE plugin FAIL ... This seems to be a duplicate of "JDK-8050838: JRE Install Error in localized Windows 8.1 after join in AD domain". The user reproduced it on 8u25, but it's already fixed for 8u31\8u60\9. JavaDeployReg07.log: ... jp2ssv dll missing in D:\jdktest\bin ssv dll missing in D:\jdktest\bin SSVSetup FAIL Register for elevation update elevation policy for ssvagent OK update elevation policy for jp2launcher OK tell IE to refresh elevation policies after undate registry OK RegisterforElevation OK isFileExist for [D:\jdktest\bin\dtplugin\npDeployJava1.dll] return FALSE (error code 5) ... This seems to be an installer issue. For some reason some dlls(jp2ssv.dll, ssv.dll, dtplugin\npdeployJava1.dll) are not copied to JAVA_HOME/bin before the moment when RegisterDeployEx() is called by the installer. The user reproduced it on 8u25, specified install directory as "D:\jdktest". I've just tried to do the same, but on my system it works without any errors, the dlls are copied as expected(before RegisterDeployEx() is called by the installer). In the deployment code, we just use _tstat() to check that file exists, and that code hasn't been modified for some years, so there should not be problems from deployment side. Do you know any cases when installer could not copy the dlls to JAVA_HOME/bin before calling RegisterDeployEx() ?
11-02-2015
reopening because we have 2 new JavaDeployReg.log's from customers with RegisterDeploy() failures that we would like the deploy group to check out.
10-02-2015
here are 2 new JavaDeployReg.log that have come in from 8uX customers: https://bugs.openjdk.java.net/secure/attachment/24516/JavaDeployReg06.log https://bugs.openjdk.java.net/secure/attachment/24867/JavaDeployReg07.log edit: removed 1 log that was unrelated to RegisterDeploy issue.
10-02-2015
This is not related to 8072107. At one point we thought it was related to 8072107, but it is not. 8072107 is strictly a compiler issue for JDK9 only. We are getting a lot of 8uX customer complaints about this RegisterDeploy() failure with JavaDeployReg.log's that show it's a legit issue. I don't think it should be closed.
10-02-2015
I created the new jbs ticket for installer team about this problem - "JDK-8072107 deploy.dll is not properly loaded by the installer". About another logs (JavaDeployReg.log) - I didn't reproduce such problems using my win7 x64 machine and my virtual machines (vista, win7, win8). According to the content of JavaDeployReg.log, the problems presented in the logs are completely different, and I don't think we should mix all register deploy problems in one jbs tiket. If registerDeploy() failed, and JavaDeployReg.log is available(it's important, because otherwise it's most likely an installer problem), then new deploy tickets should be named\created based on the error from JavaDeployReg.log. As I cannot reproduce the errors from provided logs (JavaDeployReg*.log), and after analyzing the deployment code it's unclear what could be the reason of them, I'm resolving this ticket. If you can reproduce the issues, then please provide detailed steps for reproducing or a machine(login\pass) we can use to investigate the problem. For different errors from JavaDeployReg.log, please create separated jbs tickets.
02-02-2015
the new build behaves like the previous one - deployment code doesn't work during installation. jusched.log: .... TRACE: -- Calling RegisterDeploy(). [2015/02/02 17:05:50.864, installer.exe (PID: 4048, TID: 3660), RegInstallJRE.cpp:138 (InstallJRE)] TRACE: RegisterDeploy returned: 2 INT RegisterDeploy(BOOL bInstallMode, LPCTSTR lpcszJavaHome, const InstallConfigData& configData) { ... I looked at the "install" workspace, regdeploy.cpp: RegisterDeploy(). .... _tcscat_s(deployModule, _countof(deployModule), _T("\\bin\\deploy.dll")); HMODULE deployLibHandle = LoadLibrary(deployModule); if (deployLibHandle == NULL) { FreeLibrary(deployLibHandle); FreeLibrary(msvcrLibHandle); return (2); } ... } the returned value is 2, so it looks like deploy.dll is not even loaded by installer. as I previously said, after installing Visual Studio on the machine the problem goes away, it means something is misconfigured about runtime, the installer code needs to be checked, maybe something is wrong about installer manifest or something else. It needs to be checked on installer side.
02-02-2015
I checked your VM and, as I expected, the deployment code doesn't work during the installation of provided build(from https://scaaa575.us.oracle.com/test/workspaces/dev_dropbox/nightly/1.9.0/2015-01-22_01-31-12/windows-i586/jre190.exe). When installer calls RegisterDeployEx() from deploy.dll, it should be logged in JavaDeployReg.log, but it's not created during installation. On my VM I found out that the bug goes away after installing Visual Studio on the machine... so may be it requires some debug libraries for proper installation. Therefore, I think it's a problem of the particular build, not of 9-client workspace, for b48 (http://jre.us.oracle.com/java/re/jdk/9/promoted/all/b48/, 28-Jan) this problem doesn't occur, the installation can be completed successfully (I tried it for both sc14160162.us.oracle.com and my local VM). About 1603 error and deployment jbs issues - I think we need to separate different deployment bugs based on the content of JavaDeployReg.log, usually it contains the info about which action is failed, so, new jbs tickets can be named\created based on that.
30-01-2015
The issue can be consistently reproduced on a 32 bit Windows7 vm with jdk9 latest install nightly build: https://scaaa575.us.oracle.com/test/workspaces/dev_dropbox/nightly/1.9.0/2015-01-22_01-31-12/windows-i586/jre190.exe I didn't see any errors during jre install on a 64 bit Win7 OS. MSI log is attached that shows installexe CA failed, here is the relevant log snippet: CustomAction installexe returned actual error code 61014 (note this may not be 100% accurate if translation happened inside sandbox) MSI (s) (74:80) [07:26:09:849]: Product: Java 9 -- Error 1722. There is a problem with this Windows Installer package. A program run as part of the setup did not finish as expected. Contact your support personnel or package vendor. Action installexe, location: C:\Program Files\Java\jre1.9.0\installer.exe, command: /s INSTALLDIR="C:\Program Files\Java\jre1.9.0\\" REPAIRMODE=0 Error 1722. There is a problem with this Windows Installer package. A program run as part of the setup did not finish as expected. Contact your support personnel or package vendor. Action installexe, location: C:\Program Files\Java\jre1.9.0\installer.exe, command: /s INSTALLDIR="C:\Program Files\Java\jre1.9.0\\" REPAIRMODE=0 MSI (s) (74:80) [07:26:09:852]: User policy value 'DisableRollback' is 0 MSI (s) (74:80) [07:26:09:852]: Machine policy value 'DisableRollback' is 0 Action ended 7:26:09: InstallFinalize. Return value 3. Please let us know if you need more info, or a vm to reproduce/investigate the issue.
23-01-2015
There has been confirmation from users that the following workaround helps with this issue. They suggested opening the control panel for the older JRE and clicking on the "Enable Java in the browser". That has helped the user then go install the latest JRE. There must be some issue with when the older Java version is disabled.
12-01-2015
Here is another log from a user: https://bugs.openjdk.java.net/secure/attachment/24250/JavaDeployReg5.log contents: Latest JRE version: 1.8.0_25 set up Mozilla plugin keys OK set up IE plugin keys OK SSVSetup: RedirectAllStaticVersionKeys FAIL SSVSetup: RedirectSelectedStaticVersionKeys FAIL SSVSetup FAIL Register for elevation update elevation policy for ssvagent OK update elevation policy for jp2launcher OK tell IE to refresh elevation policies after undate registry OK RegisterforElevation OK checking mozilla plugin[@adobe.com/FlashPlayer] checking mozilla plugin[@adobe.com/ShockwavePlayer] checking mozilla plugin[@java.com/JavaPlugin,version=11.25.2] checking mozilla plugin[@Microsoft.com/NpCtrl,version=1.0] checking mozilla plugin[@microsoft.com/WLPG,version=15.4.3502.0922] checking mozilla plugin[@microsoft.com/WLPG,version=15.4.3508.1109] checking mozilla plugin[@microsoft.com/WLPG,version=15.4.3555.0308] checking mozilla plugin[@microsoft.com/WPF,version=3.5] checking mozilla plugin[@tools.google.com/Google Update;version=3] checking mozilla plugin[@tools.google.com/Google Update;version=9] checking mozilla plugin[Adobe Reader] Delete HKLM DT CLSID OK Delete HKLM OLD DT CLSID OK RegisterDT: try to register dlls in jre FF DT deploy path: C:\Program Files\Java\jre1.8.0_25\bin\dtplugin\npDeployJava1.dll checking mozilla plugin[@adobe.com/FlashPlayer] checking mozilla plugin[@adobe.com/ShockwavePlayer] checking mozilla plugin[@java.com/JavaPlugin,version=11.25.2] checking mozilla plugin[@Microsoft.com/NpCtrl,version=1.0] checking mozilla plugin[@microsoft.com/WLPG,version=15.4.3502.0922] checking mozilla plugin[@microsoft.com/WLPG,version=15.4.3508.1109] checking mozilla plugin[@microsoft.com/WLPG,version=15.4.3555.0308] checking mozilla plugin[@microsoft.com/WPF,version=3.5] checking mozilla plugin[@tools.google.com/Google Update;version=3] checking mozilla plugin[@tools.google.com/Google Update;version=9] checking mozilla plugin[Adobe Reader] DT FF: add plugin key [SOFTWARE\MozillaPlugins\@java.com/DTPlugin,version=11.25.2] => [C:\Program Files\Java\jre1.8.0_25\bin\dtplugin\npDeployJava1.dll] OK IE DT deploy path: C:\Program Files\Java\jre1.8.0_25\bin\dtplugin\deployJava1.dll DT IE: create CLSID [CLSID\{CAFEEFAC-DEC7-0000-0001-ABCDEFFEDCBA}] OK DT IE: create InProcServer32 [C:\Program Files\Java\jre1.8.0_25\bin\dtplugin\deployJava1.dll] OK DT IE: set apartment threading model OK DT IE: create 'Implemented Categories' OK DT IE: create 'Implemented Categories\{59fb2056-d625-48d0-a944-1a85b5ab2640}' OK DT IE: add DT MIME type OK DT IE: add OLD DT compatibility key alt clisd OK DT IE: add OLD DT compatibility key compat flags OK set up Deployment Toolkit OK DeployHome: C:\Program Files\Java\jre1.8.0_25 SOFTWARE\JavaSoft\Java Plug-in\11.25.2 get system dir [C:\Windows\system32] OK isFileExist for [C:\Windows\system32\javacpl.cpl] return FALSE isFileExist for [C:\Windows\system32\jpicpl32.cpl] return FALSE Register Java Control Panel - OK check JRE registry to see if it's an corrupted webstart key failed to recover webstart key when attempt to open jre key FAIL, error code[2] check JRE registry to see if it's an corrupted webstart key failed to recover webstart key when attempt to open jre key FAIL, error code[2] check JRE registry to see if it's an corrupted webstart key failed to recover webstart key when attempt to open jre key FAIL, error code[2] check JRE registry to see if it's an corrupted webstart key failed to recover webstart key when attempt to open jre key FAIL, error code[2] check JRE registry to see if it's an corrupted webstart key failed to recover webstart key when attempt to open jre key FAIL, error code[2] check JRE registry to see if it's an corrupted webstart key failed to recover webstart key when attempt to open jre key FAIL, error code[2] Cleanup bogus RegKeys in Java Plugin-in and Web Start OK Cleanup bogus JavaFX disabled entry OK Cleanup SSV disabled entry OK Cleanup new SSV disabled entry OK Cleanup HKCU dynamic clsid OK Cleanup HKCU new dynamic clsid OK get system dir [C:\Windows\system32] OK isFileExist for [C:\Windows\system32\npDeployJava1.dll] return FALSE isFileExist for [C:\Windows\system32\npdeploytk.dll] return FALSE isFileExist for [C:\Windows\system32\deployJava1.dll] return FALSE RegisterDeployEx return: FALSE
16-12-2014
Reopening now that we have a new JavaDeployReg.log
03-12-2014
Here is a new JavaDeployReg.log associated with a RegisterDeploy() failure: GetLatestJavaws32or64Home(): GetLatestJavawsVersion(): checking 32-bit failed to open SOFTWARE\JavaSoft\Java Web Start GetLatestJavawsVersion(): checking 64-bit failed to open SOFTWARE\JavaSoft\Java Web Start cannot find any javaws GetLatestJavaws32or64Home(): GetLatestJavawsVersion(): checking 32-bit failed to open SOFTWARE\JavaSoft\Java Web Start GetLatestJavawsVersion(): checking 64-bit failed to open SOFTWARE\JavaSoft\Java Web Start cannot find any javaws isQueryRequest: InstallType InstallHint SET to 0 InstallType InstallHint SET to 0 RegisterDeploy, version 11.25.2 ForceInstall InstallHint SET to 0 ForceInstall InstallHint SET to 0 SecurityLevel InstallHint SET to 0 setSecurityLevel - no hints Set WebJava system security Level OK Cannot open registry key SOFTWARE\JavaSoft\Java Runtime Environment RegisterDeploy - getLatestInstalledVersion FAIL empty pluginVersion RegisterDeploy - getPluginHome FAIL Cannot open registry key SOFTWARE\JavaSoft\Java Runtime Environment registerGivenDeployBin RegisterWS keys Set system default Webstart Version Keys OK Webstart version is newer Set WebStart compat keys OK create Webstart browser keys OK register Webstart with DLLServier OK GetLatestJavaws32or64Home(): GetLatestJavawsVersion(): checking 32-bit Processing key: 1.0.1 Processing key: 1.0.1_02 Processing key: 1.0.1_03 Processing key: 1.0.1_04 Processing key: 1.2 Processing key: 1.2.0_01 Processing key: 11.25.2 GetLatestJavawsVersion(): checking 64-bit Processing key: 1.0.1 Processing key: 1.0.1_02 Processing key: 1.0.1_03 Processing key: 1.0.1_04 Processing key: 1.2 Processing key: 1.2.0_01 Processing key: 11.25.2 latestVersion: 11.25.2 latestHome: C:\Program Files\Java\jre1.8.0_25\bin RestoreJNLPfileAssociation(): Create HKLM .jnlp default OK Create HKLM .jnlp Content Type OK Create HKLM JNLPFile default OK Create HKLM JNLPFile EditFlags OK Create HKLM JNLPFile Shell Open OK Create HKLM JNLPFile Shell Open Command OK Register JavaWS OK checking mozilla plugin[@adobe.com/FlashPlayer] checking mozilla plugin[@avg.com/AVG SiteSafety plugin,version=11.0.0.1,application/x-avg-sitesafety-plugin] checking mozilla plugin[@nvidia.com/3DVision] checking mozilla plugin[@nvidia.com/3DVisionStreaming] checking mozilla plugin[@pandonetworks.com/PandoWebPlugin] checking mozilla plugin[@tools.google.com/Google Update;version=3] checking mozilla plugin[@tools.google.com/Google Update;version=9] checking mozilla plugin[@videolan.org/vlc,version=2.1.5] Latest JRE version: 1.8.0_25 set up Mozilla plugin keys OK UpdateRegistryFromResource for 159 FAILED, error code 5 set up IE plugin keys FAIL SSVSetup: RedirectAllStaticVersionKeys OK SSVSetup: RedirectSelectedStaticVersionKeys OK SSVSetup OK Register for elevation update elevation policy for ssvagent OK update elevation policy for jp2launcher OK tell IE to refresh elevation policies after undate registry OK RegisterforElevation OK checking mozilla plugin[@adobe.com/FlashPlayer] checking mozilla plugin[@avg.com/AVG SiteSafety plugin,version=11.0.0.1,application/x-avg-sitesafety-plugin] checking mozilla plugin[@java.com/JavaPlugin,version=11.25.2] checking mozilla plugin[@nvidia.com/3DVision] checking mozilla plugin[@nvidia.com/3DVisionStreaming] checking mozilla plugin[@pandonetworks.com/PandoWebPlugin] checking mozilla plugin[@tools.google.com/Google Update;version=3] checking mozilla plugin[@tools.google.com/Google Update;version=9] checking mozilla plugin[@videolan.org/vlc,version=2.1.5] Delete HKLM DT CLSID OK Delete HKLM OLD DT CLSID OK GetFileVersion for [C:\Program Files\Mozilla Firefox\plugins\npDeployJava1.dll] FAILED (file does not exist) isFileExist for [C:\Program Files\Mozilla Firefox\plugins\npdeploytk.dll] return FALSE RegisterDT: try to register dlls in jre FF DT deploy path: C:\Program Files\Java\jre1.8.0_25\bin\dtplugin\npDeployJava1.dll checking mozilla plugin[@adobe.com/FlashPlayer] checking mozilla plugin[@avg.com/AVG SiteSafety plugin,version=11.0.0.1,application/x-avg-sitesafety-plugin] checking mozilla plugin[@java.com/JavaPlugin,version=11.25.2] checking mozilla plugin[@nvidia.com/3DVision] checking mozilla plugin[@nvidia.com/3DVisionStreaming] checking mozilla plugin[@pandonetworks.com/PandoWebPlugin] checking mozilla plugin[@tools.google.com/Google Update;version=3] checking mozilla plugin[@tools.google.com/Google Update;version=9] checking mozilla plugin[@videolan.org/vlc,version=2.1.5] DT FF: add plugin key [SOFTWARE\MozillaPlugins\@java.com/DTPlugin,version=11.25.2] => [C:\Program Files\Java\jre1.8.0_25\bin\dtplugin\npDeployJava1.dll] OK IE DT deploy path: C:\Program Files\Java\jre1.8.0_25\bin\dtplugin\deployJava1.dll DT IE: create CLSID [CLSID\{CAFEEFAC-DEC7-0000-0001-ABCDEFFEDCBA}] OK DT IE: create InProcServer32 [C:\Program Files\Java\jre1.8.0_25\bin\dtplugin\deployJava1.dll] OK DT IE: set apartment threading model OK DT IE: create 'Implemented Categories' OK DT IE: create 'Implemented Categories\{59fb2056-d625-48d0-a944-1a85b5ab2640}' OK DT IE: add DT MIME type OK DT IE: add OLD DT compatibility key alt clisd OK DT IE: add OLD DT compatibility key compat flags OK set up Deployment Toolkit OK DeployHome: C:\Program Files\Java\jre1.8.0_25 SOFTWARE\JavaSoft\Java Plug-in\11.25.2 get system dir [C:\Windows\system32] OK isFileExist for [C:\Windows\system32\javacpl.cpl] return FALSE isFileExist for [C:\Windows\system32\jpicpl32.cpl] return FALSE Register Java Control Panel - OK check JRE registry to see if it's an corrupted webstart key failed to recover webstart key when attempt to open jre key FAIL, error code[2] check JRE registry to see if it's an corrupted webstart key failed to recover webstart key when attempt to open jre key FAIL, error code[2] check JRE registry to see if it's an corrupted webstart key failed to recover webstart key when attempt to open jre key FAIL, error code[2] check JRE registry to see if it's an corrupted webstart key failed to recover webstart key when attempt to open jre key FAIL, error code[2] check JRE registry to see if it's an corrupted webstart key failed to recover webstart key when attempt to open jre key FAIL, error code[2] check JRE registry to see if it's an corrupted webstart key failed to recover webstart key when attempt to open jre key FAIL, error code[2] Cleanup bogus RegKeys in Java Plugin-in and Web Start OK Cleanup bogus JavaFX disabled entry OK Cleanup SSV disabled entry OK Cleanup new SSV disabled entry OK Cleanup HKCU dynamic clsid OK Cleanup HKCU new dynamic clsid OK GetFileVersion for [C:\Program Files\Mozilla Firefox\plugins\npDeployJava1.dll] FAILED (file does not exist) isFileExist for [C:\Program Files\Mozilla Firefox\plugins\npdeploytk.dll] return FALSE get system dir [C:\Windows\system32] OK isFileExist for [C:\Windows\system32\npDeployJava1.dll] return FALSE isFileExist for [C:\Windows\system32\npdeploytk.dll] return FALSE isFileExist for [C:\Windows\system32\deployJava1.dll] return FALSE RegisterDeployEx return: FALSE
03-12-2014
Two new incidents have come in this week for RegisterDeploy() failure: Both of these new jusched logs again show the RegisterDeploy() error: https://bugs.openjdk.java.net/secure/attachment/23882/jusched_chrome.log https://bugs.openjdk.java.net/secure/attachment/23901/jusched_12_01_14.log TRACE: -- Calling RegisterDeploy(). [2014/10/15 22:09:50.350, MSIE8DE.tmp (PID: 4552, TID: 6052), regdeploy.cpp:217 (RegisterDeploy)] ERROR: pfnRegisterDeployProc return false [2014/10/15 22:09:50.351, MSIE8DE.tmp (PID: 4552, TID: 6052), RegInstallJRE.cpp:140 (InstallJRE)] ERROR: -- Exec: RegisterDeploy() failed. We are trying to get %TEMP%\JavaDeployReg.log's
01-12-2014
resolving as cannot reproduce. If new information is provided please reopen the bug report.
24-11-2014
I do not have steps to reproduce. It came from a customer. I've asked pardeep.k.sharma@oracle.com to help provide more info.
24-11-2014
I cannot reproduce it on my machine (Win7 x64). According to the provided log, it looks like RefreshElevationPolicy() returns FALSE. This can be caused by two possible problems: 1) We cannot load ieframe.dll. 2) IERefreshElevationPolicy (which tells Windows Internet Explorer processes to refresh elevation policies from the registry.) does not return S_OK (probably we should show the returned value, not just "FAIL"). Actually, that code hasn't been modified since 2011. Do you have any steps to reproduce it? Any additional info?
24-11-2014