[
https://issues.apache.org/jira/browse/WW-3650?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16015824#comment-16015824
]
Hudson commented on WW-3650:
----------------------------
SUCCESS: Integrated in Jenkins build Struts-JDK7-master #633 (See
[https://builds.apache.org/job/Struts-JDK7-master/633/])
WW-3650 Supports double conversion for different locale (lukaszlenart: rev
266d78d32c786276f37ae701267f6719ea9f8a75)
* (edit)
core/src/main/java/com/opensymphony/xwork2/conversion/impl/NumberConverter.java
* (edit)
core/src/test/java/com/opensymphony/xwork2/conversion/impl/NumberConverterTest.java
* (edit)
core/src/test/java/com/opensymphony/xwork2/conversion/impl/XWorkConverterTest.java
> Double Value Conversion with requestLocale=de
> ---------------------------------------------
>
> Key: WW-3650
> URL: https://issues.apache.org/jira/browse/WW-3650
> Project: Struts 2
> Issue Type: Bug
> Components: Core Interceptors, Plugin - Tags
> Affects Versions: 2.2.3
> Environment: Tomcat 6/7, Windows 7
> Reporter: Tim Dellas
> Assignee: Lukasz Lenart
> Priority: Minor
> Fix For: 2.5.next
>
> Original Estimate: 4h
> Remaining Estimate: 4h
>
> When using the german locale, s:textbox (and supposedly also other tags)
> don't use localization for Double values. Effect: in a form that prints a
> double value to a s:textfield with value="doubleVarName", the double value of
> 1.0 is printed out while it should be 1,0 with german locale. If the same
> form is sent to an action, the params interceptor interprets the 1.0 somehow
> differently and stores 10.0 in the double field "doubleVarName".
> I don't find another hack for me other than forcing english locale, which is
> okay for my app but might not be okay for other developers. (My first
> bugreport, hope it's fine)
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
