JDK-8054904 : Webstart cache path error for Java >= 7u65
  • Type: Bug
  • Component: deploy
  • Affected Version: 7u65,8u11
  • Priority: P3
  • Status: Resolved
  • Resolution: Fixed
  • OS: windows_7
  • CPU: x86_64
  • Submitted: 2014-08-12
  • Updated: 2015-06-03
  • Resolved: 2014-08-25
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 7 JDK 8 JDK 9
7u71Fixed 8u25Fixed 9 b42Fixed
Related Reports
Duplicate :  
Duplicate :  
Description
FULL PRODUCT VERSION :
java version "1.8.0_11"
Java(TM) SE Runtime Environment (build 1.8.0_11-b12)
Java HotSpot(TM) 64-Bit Server VM (build 25.11-b03, mixed mode)



ADDITIONAL OS VERSION INFORMATION :
Microsoft Windows [Version 6.1.7601]

EXTRA RELEVANT SYSTEM CONFIGURATION :
Current system locale is "Serbian (Latin, Serbia)" set inside:
Control Panel -> Regional and Language Options -> Administrative (Advanced) ->  Language for non-Unicode programs

A DESCRIPTION OF THE PROBLEM :
From account that has Unicode letters in its name is impossible to start any JNLP. 
System locale is set correctly, but path to temporary java files is wrongly interpreted. This problem started with java version 7u65. 

For Java versions before 7u65, JNLPs are starting as normal if correct system locale is set.

REGRESSION.  Last worked in version 7u51

ADDITIONAL REGRESSION INFORMATION: 
java version "1.7.0_51"
Java(TM) SE Runtime Environment (build 1.7.0_51-b13)
Java HotSpot(TM) 64-Bit Server VM (build 24.51-b03, mixed mode)


STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
1. Log in on administrator account
2. Chose Serbian language from the Language bar
3. Create user spetrovi����  (with last letter in Unicode)
4. Set "Current language for non-Unicode programs" to Serbian (Latin, Serbia) inside:
Control Panel -> Regional and Language Options -> Administrative (Advanced) ->  Language for non-Unicode programs
5. Log in on spetrovi���� account
6. Try to launch JNLP

EXPECTED VERSUS ACTUAL BEHAVIOR :
EXPECTED -
Normal launch of JNLP 
ACTUAL -
Error in starting JNLP file. Dialog is shown with error: 
Could not load file/URL specified: C:\Users\spetrovi����������\AppData\LocalLow\Sun\Java\Deployment\cache\6.0\10\6b804dca-13d2a078


ERROR MESSAGES/STACK TRACES THAT OCCUR :
CouldNotLoadArgumentException[ Could not load file/URL specified: C:\Users\spetrovi����������\AppData\LocalLow\Sun\Java\Deployment\cache\6.0\10\6b804dca-13d2a078]
	at com.sun.javaws.Main.launchApp(Unknown Source)
	at com.sun.javaws.Main.continueInSecureThread(Unknown Source)
	at com.sun.javaws.Main.access$000(Unknown Source)
	at com.sun.javaws.Main$1.run(Unknown Source)
	at java.lang.Thread.run(Unknown Source)

REPRODUCIBILITY :
This bug can be reproduced always.


Comments
I try to verify the fix in 8u25 with 8u25 b17, something strange is that, when using 8u11, the JNLP can start successfully. The account I create is spetrovi��, same as what in the bug description. In 8u25, the JNLP can start, but since the bug is not reproducible in 8u11, I can not say it's fixed or not. Both I and my colleague perform the test in several windows 7 MUI. The win 7 is fully switched to "Serbian (Latin, Serbia)", including UI, Format, and the Language for non-Unicode programs. Anyway, I find that, if I run installer in this non-unicode account, spetrovi��, the installer does not run. I can only invoke the JRE installer with a normal account without unicode and then switch to account spetrovi�� when installation is done.
19-09-2014

8u31 deployment nightly status is GREEN. SQE has not objections to take the fix into CPU14_04.
27-08-2014

This binaries define JRE as "expired" and tests failed with unexpected Update/Block/Later native dialog. For check this fix needed binaries(bundles will better) which define JRE as latest.
25-08-2014

SQE would like to perfrom nightly testing with the fix. Have you pushed the fix to any 8u-dev/cpu, 7u-dev/cpu WSs?
22-08-2014