[ 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