[
https://issues.apache.org/jira/browse/LANG-658?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12931709#action_12931709
]
Sebb commented on LANG-658:
---------------------------
Note: ran a check comparing the values agains the ones from lang2 Entities, and
the two implementations now seem to agree
> Some Entitys like Ö are not matched properly against its ISO8859-1
> representation
> --------------------------------------------------------------------------------------
>
> Key: LANG-658
> URL: https://issues.apache.org/jira/browse/LANG-658
> Project: Commons Lang
> Issue Type: Bug
> Components: lang.text.translate.*
> Affects Versions: 3.0
> Reporter: Michael Konietzka
> Fix For: 3.0
>
>
> In EntityArrays
> In
> private static final String[][] ISO8859_1_ESCAPE
> some matching is wrong, for example
>
> {noformat}
> {"\u00D7", "Ö"}, // Ö - uppercase O, umlaut
> {"\u00D8", "×"}, // multiplication sign
> {noformat}
> but this must be
> {noformat}
> {"\u00D6", "Ö"}, // Ö - uppercase O, umlaut
> {"\u00D7", "×"}, // multiplication sign
> {noformat}
> according to
> http://www.fileformat.info/info/unicode/block/latin_supplement/list.htm
> First look:
> u00CA is missing in the array and all following entries are matched wrong by
> an offset of 1.
> Found on
> http://stackoverflow.com/questions/4172784/bug-in-apache-commons-stringescapeutil/4172915#4172915
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
