[
https://issues.apache.org/jira/browse/FLEX-20951?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13637907#comment-13637907
]
Justin Mclean commented on FLEX-20951:
--------------------------------------
This is likely fixed in Apache Flex 4.10.0 develop branch.
> [Localization]: DateFormatter.parseDateString does not support non-latin
> characters in month and days names
> -----------------------------------------------------------------------------------------------------------
>
> Key: FLEX-20951
> URL: https://issues.apache.org/jira/browse/FLEX-20951
> Project: Apache Flex
> Issue Type: Bug
> Components: Formatters
> Affects Versions: Adobe Flex SDK 3.4 (Release)
> Environment: Affected OS(s): All OS Platforms
> Affected OS(s): All OS Platforms
> Browser: Firefox 3.x
> Language Found: English
> Reporter: Adobe JIRA
> Assignee: Adobe JIRA
> Priority: Minor
> Labels: easyfix, easytest
>
> Steps to reproduce:
> 1. Unzip and run the attached application from "Test_Date.zip" file that has
> applied custom resource bundle filled with localized string resources in
> French for month and day names.
> 2. Defined DateFormatter instance in MXML with the following format - "MMMM
> D, YYYY JJ:NN" to make sure that string values of month names will be visible.
> 3. Apply date formatting by calling "dtFormatter.format" method that receives
> input unformatted value typed as String, e.g
> dtFormatter.format(new Date(2007,11,10).toString())
>
> Actual Results:
>
> Date value that contains "Décembre" month name (December in French) is not
> parsed correctly by DateFormatter.parseDateString
>
> Expected Results:
> Date value that contains "Décembre" month name (December in French) is
> parsed correctly by DateFormatter.parseDateString
>
>
> Workaround (if any):
> Never use DateFormatter.parseDateString method for languages other then
> English or pass input value typed as String to "dtFormatter.format" method,
> instead rely only on passing input value typed as Date to
> "dtFormatter.format" method
>
> The problem lies in lines 137-138 of DateFormatter.as
> // Scan for groups of numbers and letters
> // and match them to Date parameters
> if ("a" <= letter && letter <= "z" ||
> "A" <= letter && letter <= "Z")
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira