You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@myfaces.apache.org by "Claus Schmid (JIRA)" <de...@myfaces.apache.org> on 2006/10/05 16:41:19 UTC

[jira] Created: (MYFACES-1433) HTML Response encodes Javascript code with numeric character references for non-UTF8 character encoding

HTML Response encodes Javascript code with numeric character references for non-UTF8 character encoding
-------------------------------------------------------------------------------------------------------

                 Key: MYFACES-1433
                 URL: http://issues.apache.org/jira/browse/MYFACES-1433
             Project: MyFaces Core
          Issue Type: Bug
          Components: General
    Affects Versions: 1.1.3
         Environment: Windows XP, BEA Weblogic 8.1, JDK 1.4.2, but probably not restricted to this environment.
            Reporter: Claus Schmid


[A similar issue was already open under MYFACES-218.]

We use Ajax4JSF which sends Javascript code embedded in Ajax responses to the server. This Javascript code is used to update client-side state of input components and select components (comboboxes). In the case of comboboxes, the response also contains literal String arrays. 

We use ISO-8859-1 as the output character set, not UTF-8.

The effect that we notice is the same as stated in MYFACES-218, namely that the Javascript strings are rendered with all non-latin-1 characters replaced by numeric character references. As the Javascript strings are used to update input fields or re-render select options, e.g., a combobox would then contain entries where non-latin-1 characters show up with the character references visible instead of the intended characters.

In this environment it is no longer easy to go over all the returned strings and use some client-side replacement function, because the client-side code is part of the Ajax4JSF project. Also, implementing some un-escaping functionality on the client side makes the client dependent on particulars of the server-side JSF implementation.

Also, in my humble opinion, having the character references in Javascript strings is plain wrong, however, this is from my experience and not from looking through standard documents. But the net effect is that the strings are not rendered correctly (as intended) by the browser.

Regards,
Claus

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira