-
Bug
-
Resolution: Won't Fix
-
P2
-
None
-
8u66
FULL PRODUCT VERSION :
Failing as of:
java version "1.7.0_06"
Java(TM) SE Runtime Environment (build 1.7.0_06-b24)
Java HotSpot(TM) Client VM (build 23.2-b09, mixed mode, sharing)
ADDITIONAL OS VERSION INFORMATION :
Windows 7 - Microsoft Windows [Version 6.1.7601]
Windows 2008 R2 - Microsoft Windows [Version 6.1.7601]
A DESCRIPTION OF THE PROBLEM :
When using JavaScript to call an applet method that returns a string, JavaScript in Firefox will receive an empty string if the return value ends in specific characters from the Shift-JIS character set.
Of the 7980 characters in the set, 3819 characters are causing the string to collapse this way.
ADDITIONAL REGRESSION INFORMATION:
Working correctly up to and including:
java version "1.7.0_05"
Java(TM) SE Runtime Environment (build 1.7.0_05-b06)
Java HotSpot(TM) Client VM (build 23.1-b03, mixed mode, sharing)
Failing as of:
java version "1.7.0_06"
Java(TM) SE Runtime Environment (build 1.7.0_06-b24)
Java HotSpot(TM) Client VM (build 23.2-b09, mixed mode, sharing)
Newest version tested (failed):
java version "1.8.0_66"
Java(TM) SE Runtime Environment (build 1.8.0_66-b18)
Java HotSpot(TM) Client VM (build 25.66-b18, mixed mode, sharing)
STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
Compile the sample class shown below.
Edit the codebase in the HMTL page as needed and, depending on the JRE release used for testing, add an Exception for the directory where the applet is loaded from (e.g. "file:///C:/tmp/Applet/").
Make sure the Windows System Locale is set to Japanese (Japan).
Using Firefox and an affected JRE, observe the values returned by the applet in the Java Console as well as in the browser window, and note some strings are empty in JavaScript even though the applet sent a non-empty string.
I have another HTML test page that programmatically tests the entire Shift-JIS character set (too large to post but happy to email), which led to the discovery that there are 3819 characters in Shift-JIS cause the string to become empty if these characters are used as the final character in the string being returned.
The JRE versions that fail in Firefox will work when the same test is performed from Internet Explorer.
EXPECTED VERSUS ACTUAL BEHAVIOR :
EXPECTED -
String returned by applet should be received as sent.
ACTUAL -
String returned by applet is received as an empty string by JavaScript in Firefox if it ends in specific characters.
REPRODUCIBILITY :
This bug can be reproduced always.
---------- BEGIN SOURCE ----------
TestApplet.java:
import javax.swing.*;
public class TestApplet extends JApplet {
public void init() {
}
public String getString(String input) {
String retVal = new String("/test/" + input);
System.out.println("getString(\"" + input + "\") = \"" + retVal + "\"");
return retVal;
}
}
TestPage.html:
<html>
<head>
<title>Javascript call Applet example</title>
</head>
<body>
<applet id="TestApplet"
codebase="file:///C:/tmp/Applet"
code="TestApplet.class"
width=0
height=0
>
</applet>
<hr>
<script type="text/javascript">
function testString(str) {
document.write("TestApplet.getString("" + str + "") = "" + TestApplet.getString(str) + ""<br>");
}
testString("\u30b8");
testString("\u6a5f");
testString("\u6a5f:");
</script>
<hr>
</body>
</html>
---------- END SOURCE ----------
CUSTOMER SUBMITTED WORKAROUND :
Add a trailing "known good" character to every string returned from the applet, then strip that character from JavaScript.
While this technically works, it doesn't scale when there are many methods and places from which those methods are called.
Failing as of:
java version "1.7.0_06"
Java(TM) SE Runtime Environment (build 1.7.0_06-b24)
Java HotSpot(TM) Client VM (build 23.2-b09, mixed mode, sharing)
ADDITIONAL OS VERSION INFORMATION :
Windows 7 - Microsoft Windows [Version 6.1.7601]
Windows 2008 R2 - Microsoft Windows [Version 6.1.7601]
A DESCRIPTION OF THE PROBLEM :
When using JavaScript to call an applet method that returns a string, JavaScript in Firefox will receive an empty string if the return value ends in specific characters from the Shift-JIS character set.
Of the 7980 characters in the set, 3819 characters are causing the string to collapse this way.
ADDITIONAL REGRESSION INFORMATION:
Working correctly up to and including:
java version "1.7.0_05"
Java(TM) SE Runtime Environment (build 1.7.0_05-b06)
Java HotSpot(TM) Client VM (build 23.1-b03, mixed mode, sharing)
Failing as of:
java version "1.7.0_06"
Java(TM) SE Runtime Environment (build 1.7.0_06-b24)
Java HotSpot(TM) Client VM (build 23.2-b09, mixed mode, sharing)
Newest version tested (failed):
java version "1.8.0_66"
Java(TM) SE Runtime Environment (build 1.8.0_66-b18)
Java HotSpot(TM) Client VM (build 25.66-b18, mixed mode, sharing)
STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
Compile the sample class shown below.
Edit the codebase in the HMTL page as needed and, depending on the JRE release used for testing, add an Exception for the directory where the applet is loaded from (e.g. "file:///C:/tmp/Applet/").
Make sure the Windows System Locale is set to Japanese (Japan).
Using Firefox and an affected JRE, observe the values returned by the applet in the Java Console as well as in the browser window, and note some strings are empty in JavaScript even though the applet sent a non-empty string.
I have another HTML test page that programmatically tests the entire Shift-JIS character set (too large to post but happy to email), which led to the discovery that there are 3819 characters in Shift-JIS cause the string to become empty if these characters are used as the final character in the string being returned.
The JRE versions that fail in Firefox will work when the same test is performed from Internet Explorer.
EXPECTED VERSUS ACTUAL BEHAVIOR :
EXPECTED -
String returned by applet should be received as sent.
ACTUAL -
String returned by applet is received as an empty string by JavaScript in Firefox if it ends in specific characters.
REPRODUCIBILITY :
This bug can be reproduced always.
---------- BEGIN SOURCE ----------
TestApplet.java:
import javax.swing.*;
public class TestApplet extends JApplet {
public void init() {
}
public String getString(String input) {
String retVal = new String("/test/" + input);
System.out.println("getString(\"" + input + "\") = \"" + retVal + "\"");
return retVal;
}
}
TestPage.html:
<html>
<head>
<title>Javascript call Applet example</title>
</head>
<body>
<applet id="TestApplet"
codebase="file:///C:/tmp/Applet"
code="TestApplet.class"
width=0
height=0
>
</applet>
<hr>
<script type="text/javascript">
function testString(str) {
document.write("TestApplet.getString("" + str + "") = "" + TestApplet.getString(str) + ""<br>");
}
testString("\u30b8");
testString("\u6a5f");
testString("\u6a5f:");
</script>
<hr>
</body>
</html>
---------- END SOURCE ----------
CUSTOMER SUBMITTED WORKAROUND :
Add a trailing "known good" character to every string returned from the applet, then strip that character from JavaScript.
While this technically works, it doesn't scale when there are many methods and places from which those methods are called.