Mailing-List: contact issues-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: issues@commons.apache.org
Message-ID: <189108515.1244214127480.JavaMail.jira@brutus>
Date: Fri, 5 Jun 2009 08:02:07 -0700 (PDT)
From: "Gregor B. Rosenauer (JIRA)" <jira@apache.org>
To: issues@commons.apache.org
Subject: [jira] Commented: (LANG-66) [lang] StringEscaper.escapeXml()
 escapes characters > 0x7f
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable


    [ https://issues.apache.org/jira/browse/LANG-66?page=3Dcom.atlassian.ji=
ra.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D1271663=
0#action_12716630 ]=20

Gregor B. Rosenauer commented on LANG-66:
-----------------------------------------

Unfortunately this bug is still in 2.4 and affects German Umlauts =C3=B6,=
=C3=A4,=C3=BC,=C3=9F,...
This is quite annoying as it escapes perfectly valid characters in my input=
 string which leads to a wrong display in the target (backend) application =
(which does not support the entity notation).
escapeXml() should really only escape characters that are not allowed in Xm=
l, as advertized in the javadoc, that is <, >, ', & and "

This bug is really problematic when you use, e.g., unescapeHtml() to conver=
t entities and later unescapeXml() to escape Xml-reserved characters...

> [lang] StringEscaper.escapeXml() escapes characters > 0x7f
> ----------------------------------------------------------
>
>                 Key: LANG-66
>                 URL: https://issues.apache.org/jira/browse/LANG-66
>             Project: Commons Lang
>          Issue Type: Bug
>    Affects Versions: 2.1
>         Environment: Operating System: All
> Platform: All
>            Reporter: Sandor Vroemisse
>             Fix For: 3.0
>
>
> StringEscaper.escapeXml() escapes characters > 0x7f. That's both undesire=
d and
> undocumented.

--=20
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.