[
https://issues.apache.org/jira/browse/WW-4870?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16203387#comment-16203387
]
Amaury edited comment on WW-4870 at 10/13/17 11:30 AM:
-------------------------------------------------------
Thank you, indeed the quote trick works like a charm. Now we have to
investigate further cases in the code.
As I see your whole discussion Lukasz, the topic created a polemic. As I
understand the change Struts side, it seems Struts is not able to get back to
the original String, lost in the process.
The 2.5.12 Struts step can be a "masked legacy bad coding FTL revealer".
was (Author: afages):
Thank you, indeed the quote trick works like a charm. Now we have to
investigate further cases in the code.
> StringConverter from OGNL 3.1.15 in Struts 2.5.13
> -------------------------------------------------
>
> Key: WW-4870
> URL: https://issues.apache.org/jira/browse/WW-4870
> Project: Struts 2
> Issue Type: Bug
> Affects Versions: 2.5.13
> Reporter: Amaury
> Fix For: 2.5.14
>
>
> Hi Apache / Struts 2 team,
> We've just discovered a bug with the new version 2.5.13 of Struts 2, mainly
> in OGNL dependency. This is not the case with 2.5.10.
> *Scenario*: we have a boolean method in a "if" condition statement in FTL
> view. This method takes on argument which is a String ID in the format "X.Y"
> (ex: "1.1).
> *Result obtained during the OGNL parsing*: StringConverter is called
> according to the "locale" of the browser and apparently with "fr_FR" locale,
> the "X.Y" is converted to decimal format "X,Y" which is wrong since we want
> to stick with our ID as it arrives.
> It seems with en_US locale, the decimal conversion doesn't happen.
> *Result expected*: the ID "X.Y" goes to the "if" statement as it is, not
> converted in fr_Fr locale.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
