You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@struts.apache.org by "José Ramos (JIRA)" <ji...@apache.org> on 2009/01/30 16:18:47 UTC

[jira] Created: (WW-2974) Date Conversion doesnt use client Locale

Date Conversion doesnt use client Locale
----------------------------------------

                 Key: WW-2974
                 URL: https://issues.apache.org/struts/browse/WW-2974
             Project: Struts 2
          Issue Type: Bug
          Components: Value Stack
    Affects Versions: 2.1.6
         Environment: Win 2003 Server  (Server side) + Tomcat 6.0.18 + Win XP SP 2 (Client side) + FF 3.0.4 + IE 7
            Reporter: José Ramos


Datetime values are not correctly converted when the client locale is different from server locale.

Example: 

Client locale: pt  (portuguese) -> The date time format here is "dd/MM/yyyy"
Server locale: en (english)

When a form is submitted with the value "25/12/2008" (12 december 2008, according "pt" Locale) struts returns a conversion error "Invalid field value for field XXXXX".

When a form is submitted with the value "05/02/2008" (5 February 2008, according "pt" Locale) no input error, but the value in the ValueStack will be 2 May 2008... month and day INVERTED!

I tried to put the parameter "request_locale" with "pt" and "pt_BR" and "pt-BR" values, but... the same error.

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


[jira] Updated: (WW-2974) Date Conversion doesnt use client Locale

Posted by "José Yoshiriro (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/struts/browse/WW-2974?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

José Yoshiriro updated WW-2974:
-------------------------------

    Description: 
Datetime values are not correctly converted when the client locale is different from server locale.

Example: 

Client locale: pt  (portuguese) -> The date time format here is "dd/MM/yyyy"
Server locale: en (english)

When a form is submitted with the value "25/12/2008" (25 december 2008, according "pt" Locale) struts returns a conversion error "Invalid field value for field XXXXX".

When a form is submitted with the value "05/02/2008" (5 February 2008, according "pt" Locale) no input error, but the value in the ValueStack will be 2 May 2008... month and day INVERTED!

I tried to put the parameter "request_locale" with "pt" and "pt_BR" and "pt-BR" values, but... the same error.

  was:
Datetime values are not correctly converted when the client locale is different from server locale.

Example: 

Client locale: pt  (portuguese) -> The date time format here is "dd/MM/yyyy"
Server locale: en (english)

When a form is submitted with the value "25/12/2008" (12 december 2008, according "pt" Locale) struts returns a conversion error "Invalid field value for field XXXXX".

When a form is submitted with the value "05/02/2008" (5 February 2008, according "pt" Locale) no input error, but the value in the ValueStack will be 2 May 2008... month and day INVERTED!

I tried to put the parameter "request_locale" with "pt" and "pt_BR" and "pt-BR" values, but... the same error.


> Date Conversion doesnt use client Locale
> ----------------------------------------
>
>                 Key: WW-2974
>                 URL: https://issues.apache.org/struts/browse/WW-2974
>             Project: Struts 2
>          Issue Type: Bug
>          Components: Value Stack
>    Affects Versions: 2.1.6
>         Environment: Win 2003 Server  (Server side) + Tomcat 6.0.18 + Win XP SP 2 (Client side) + FF 3.0.4 + IE 7
>            Reporter: José Yoshiriro
>
> Datetime values are not correctly converted when the client locale is different from server locale.
> Example: 
> Client locale: pt  (portuguese) -> The date time format here is "dd/MM/yyyy"
> Server locale: en (english)
> When a form is submitted with the value "25/12/2008" (25 december 2008, according "pt" Locale) struts returns a conversion error "Invalid field value for field XXXXX".
> When a form is submitted with the value "05/02/2008" (5 February 2008, according "pt" Locale) no input error, but the value in the ValueStack will be 2 May 2008... month and day INVERTED!
> I tried to put the parameter "request_locale" with "pt" and "pt_BR" and "pt-BR" values, but... the same error.

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


[jira] Resolved: (WW-2974) Date Conversion doesnt use client Locale

Posted by "Musachy Barroso (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/struts/browse/WW-2974?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Musachy Barroso resolved WW-2974.
---------------------------------

    Resolution: Duplicate

This was fixed in Xwork as part of XW-670, thanks for reporting.

> Date Conversion doesnt use client Locale
> ----------------------------------------
>
>                 Key: WW-2974
>                 URL: https://issues.apache.org/struts/browse/WW-2974
>             Project: Struts 2
>          Issue Type: Bug
>          Components: Value Stack
>    Affects Versions: 2.1.6
>         Environment: Win 2003 Server  (Server side) + Tomcat 6.0.18 + Win XP SP 2 (Client side) + FF 3.0.4 + IE 7
>            Reporter: José Yoshiriro
>
> Datetime values are not correctly converted when the client locale is different from server locale.
> Example: 
> Client locale: pt  (portuguese) -> The date time format here is "dd/MM/yyyy"
> Server locale: en (english)
> When a form is submitted with the value "25/12/2008" (12 december 2008, according "pt" Locale) struts returns a conversion error "Invalid field value for field XXXXX".
> When a form is submitted with the value "05/02/2008" (5 February 2008, according "pt" Locale) no input error, but the value in the ValueStack will be 2 May 2008... month and day INVERTED!
> I tried to put the parameter "request_locale" with "pt" and "pt_BR" and "pt-BR" values, but... the same error.

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