274312 - Applet parameters with non-ascii characters are garbled

Status: RESOLVED WORKSFORME

(Core Graveyard :: Java: OJI, defect)

Description

[Daniel Knauth]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; de-DE; rv:1.7.5) Gecko/20041108 Firefox/1.0
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; de-DE; rv:1.7.5) Gecko/20041108 Firefox/1.0

Parameters containing international characters are not passed correctly to Java
applets. It appears that even for pages using ISO-8859-1 as character set, UTF-8
is used as parameter encoding.

This error seems to Mac OS X specific; Firefox on Windows passes arguments
correctly.

The error consistently occurs with Mozilla 1.7.3, Firefox 1.0 and Camino 0.8.2.

Reproducible: Always
Steps to Reproduce:
Test case is attached. Open test.html; it will display 2 lines. The first line
shows the parameter as it was passed in, the second line is the same text after
brute force UTF-8 conversion.
Actual Results:  
Garbled text in the first line (looks like UTF because you can see the escape
character 0xC3)

Correct rendering in the second line

Expected Results:  
Correct rendering of "ÄÖÜ" in the first line

Test case will be attached after posting this report.

Comment 1

[Daniel Knauth]

Attachment: Test page

Comment 2

[Daniel Knauth]

Attachment: Test applet

Comment 3

[Jungshik Shin]

It seems like applet parameters are converted to Unicode as if they're in the
locale encoding (UTF-8 on Mac OS X, Windows-1255 on Hebrew Windows) instead of
the document encoding.   Need more testing.

Comment 4

[Jungshik Shin]

I was wrong and it's Mac-specific. On Windows, it works fine. On Mac, both suite
and firefox have the same problem. However, in my tests, both 'good' and 'bad'
are rendered as '??' while Safari has no problem. If it's an issue with Java VM
on OS X, Safari should have the same problem, but it doesn't. 

Comment 5

[Asaf Romano (gone)]

jshin: we don't use the same jvm safari uses (1.3.1carbon vs 1.4.2cocoa).
However, if you get the same results with the java-embeding-plugin:

http://javaplugin.sourceforge.net/

your conclusion should be true.

Comment 6

[Jungshik Shin]

It turned out to be a Java VM issue. Safari uses the most recent (1.4.2 on Mac
OS 10.3.7) while Mozilla suite and firefox use the outdated 1.3.1. The way to
change this is to install OS X Java plugin available at
http://javaplugin.sourceforge.net.
With that installed, everything works as expected. 

This is not mentioned in the release note for 1.7.5 and 1.8a5
(http://www.mozilla.org/releases/mozilla1.8a5/installation-extras.html#extras_java).
Neither is it in firefox 1.0 release notes
(http://www.mozilla.org/product/firefox/releases/1.0.html)

This should be release-noted. 

Comment 7

[Jungshik Shin]

asa, I went ahead and added a link to Java embedding plugin to 1.7.5 and 1.8a5
release notes, but I'm not quite sure where to add it in ff 1.0 release notes.
Can you take care of it? 

Comment 8

[Boris Zbarsky [:bzbarsky]]

So is this invalid then?

Comment 9

[Jean-Marc Desperrier]

I'm not sure it's invalid.
It might be a conversion error in the current plugin that is corrected in the
JEP plugin.
The JEP can be set up to link to java 1.3 and not to java 1.4, we can use that
to make sure.

But even if that case, it would be fixed by replacing the current, full of bug
java plug-in by the JEP.

Comment 10

[Phil Ringnalda (:philor)]

Invalid or not, I'm pretty sure that Blake Ross isn't going to fix it, and [e-mail] isn't going to QA it.

Comment 11

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

WFM with JEP 0.9.6.2.