-
Bug
-
Resolution: Cannot Reproduce
-
P3
-
8u91
-
x86
-
other
FULL PRODUCT VERSION :
Java on machine
java version "1.8.0_91"
Java(TM) SE Runtime Environment (build 1.8.0_91-b15)
Java HotSpot(TM) 64-Bit Server VM (build 25.91-b15, mixed mode)
ADDITIONAL OS VERSION INFORMATION :
Windows 10 Professional
EXTRA RELEVANT SYSTEM CONFIGURATION :
The JRE is installed into a local location to be used by our product
A DESCRIPTION OF THE PROBLEM :
Our product redistributes JRE. After install, java updater ran an update and updated the Java version to build 91. After that we were unable to remove our product b/c JRE directory was being held by fonts in use under jre\lib\fonts directory. System process with id 4 loaded these fonts at system startup. Based on the following article this is a new windows behavior: https://support.microsoft.com/en-us/kb/2982791 (see known issue 1)
The recommendation is to install fonts to %windir%\fonts. If the font is not installed in that location, then the system will lock up the resource and prevent it from getting updated. MS provides steps for resolving it but it requires a reboot. That's an unacceptable solution and Oracle should follow MS recommended guidelines for installing fonts. Otherwise provide a mechanism for not registering local fonts with the Operating System. It would appear updater added the fonts to the registry HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Fonts resulting in fonts being loaded at Windows startup. If this wasn't done, this probably wouldn't be an issue.
REGRESSION. Last worked in version 8u91
STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
See description.
EXPECTED VERSUS ACTUAL BEHAVIOR :
EXPECTED -
I would expect the font to either not be registered with the OS in the registry so it's not loaded at system startup
OR
I would expect the fonts to be installed in the windows recommended location %WINDIR%\fonts.
REPRODUCIBILITY :
This bug can be reproduced occasionally.
Java on machine
java version "1.8.0_91"
Java(TM) SE Runtime Environment (build 1.8.0_91-b15)
Java HotSpot(TM) 64-Bit Server VM (build 25.91-b15, mixed mode)
ADDITIONAL OS VERSION INFORMATION :
Windows 10 Professional
EXTRA RELEVANT SYSTEM CONFIGURATION :
The JRE is installed into a local location to be used by our product
A DESCRIPTION OF THE PROBLEM :
Our product redistributes JRE. After install, java updater ran an update and updated the Java version to build 91. After that we were unable to remove our product b/c JRE directory was being held by fonts in use under jre\lib\fonts directory. System process with id 4 loaded these fonts at system startup. Based on the following article this is a new windows behavior: https://support.microsoft.com/en-us/kb/2982791 (see known issue 1)
The recommendation is to install fonts to %windir%\fonts. If the font is not installed in that location, then the system will lock up the resource and prevent it from getting updated. MS provides steps for resolving it but it requires a reboot. That's an unacceptable solution and Oracle should follow MS recommended guidelines for installing fonts. Otherwise provide a mechanism for not registering local fonts with the Operating System. It would appear updater added the fonts to the registry HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Fonts resulting in fonts being loaded at Windows startup. If this wasn't done, this probably wouldn't be an issue.
REGRESSION. Last worked in version 8u91
STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
See description.
EXPECTED VERSUS ACTUAL BEHAVIOR :
EXPECTED -
I would expect the font to either not be registered with the OS in the registry so it's not loaded at system startup
OR
I would expect the fonts to be installed in the windows recommended location %WINDIR%\fonts.
REPRODUCIBILITY :
This bug can be reproduced occasionally.