136103 - Mozilla can't display ChineseChar passed as parameters to Applet

Status: RESOLVED DUPLICATE of bug 99047

(Core Graveyard :: Java: OJI, defect)

Description

[Yan Xiao Bing]

My system:
Mozilla 0.99
Sun Java SDK 1.3.1_02
Sun JVM plugin 1.3.1_02
Linux Chinese RedFlag

My Application:
An Applet is used to display a button implemented by AWT button. The label 
characters on Button are Chinese characters which are passed to the applet as 
PARAM defined in HTML.

Phenomena(Unexpected Result):

The Chinese Character on Button display incorrect, always with Square box or 
other strange character.

Other Observation:
When this same applet is rendered by appletviewer, Chinese character can be 
displayed correctly. Note: the Java SDK containing appletviewer is the same 
version of 1.3.1_02 as JVM plugin in Mozilla.

Comment 1

[Karl Johan Kleist]

Reporter: Please set a more appropriate severity level. "Critical" is for
"crashes, loss of data, severe memory leak". Thank you for using Bugzilla!

Comment 2

[Joshua Xia]

This bug also happen on Solaris. Chinese Char can be displayed on Windows 2000.
Mozilla first convert Chinese Char(GB2312) to Unicode and then send the unicode
parameters to JVM through JPI. I think it relate to Encoding.

On Unix, Add the following code into Applet, it can get right unicode parameter.
String param = "";
try {
    String temp = getParameter(name); //name is the key of parameter
    BufferedReader reader = new BufferedReader(new InputStreamReader(
                                new StringBufferInputStream(temp), "UTF-8"));
    param = reader.readLine();
} catch (Exception e) {
}

I will go on investigate this bug.

Comment 3

[Yan Xiao Bing]

This workround works! Thanks, Joshua.

Comment 4

[Joshua Xia]

The following workround also works, and it avoid using deprecated
"StringBufferInputStream" class.

String param = null;
try {
    String temp = getParameter(name); //name is the key of parameter
    param = new String(temp.getBytes(), "UTF-8");
} catch (Exception e) {
}

Comment 5

[Joshua Xia]

This bug has been fixed on JPI side
Please close this bug

---------SCERI---------------------

Comment 6

[Vadim Berezniker]

closing as FIXED .. based on comment #5
(I think it's appropriate to close this bug as fixed in this case)

Comment 7

[Igor Nekrestyanov]

Both suggested workarounds do not look good for me 
because in this case applet likely will not work with plugin
that correctly support param attributes.
(And we can not force all applet authors to rewrite their applets ...)

Which version of java plugin fixes the problem? 1.4.1?
Could you please post here bugtraq id to verify?

I would prefer to have this bug open at least until 
jre that fixes this become available.

Comment 8

[Igor Nekrestyanov]

Moving to OJI

Comment 9

[Igor Nekrestyanov]

to component owner

Comment 10

[Denis Antrushin]

It's really good idea to check bugzilla for existing bugs before opening new one.
It can save time to you and others.
Closing as dup of bug 99047

*** This bug has been marked as a duplicate of 99047 ***

Comment 11

[Patty Mac]

Chris Petersen is a new QA contact for oji component. His email is:
[e-mail]

Comment 12

[Patty Mac]

reopen

Comment 13

[Patty Mac]

assigned to joe chou

Comment 14

[Patty Mac]

dup of bug: 99047


*** This bug has been marked as a duplicate of 99047 ***