4975 2005-09-13 13:36:37 -0700 For default Russian date format, results of toLocalizedString cannot be parsed, resulting in a regression test failure 2007-01-06 12:42:47 -0800 1 1 1 Unclassified WebKit JavaScriptCore 420+ Mac OS X 10.4 NEW HasReduction P2 Minor --- 1 ap webkit-unassigned ian oldest_to_newest 19598 0 ap 2005-09-13 13:36:37 -0700 If the system primary language is Russian, Date.parse() fails on results of toLocalizedString(), making ecma_3/Date/15.9.5.6.js be reported as a regression. Failure messages were: --> (Date.parse(now.toLocaleDateString()) - (midnight(now)).valueOf()) == 0 = false FAILED! expected: true --> Date.parse(Thu Jan 01 1970 03:00:00 GMT+0300).toLocaleDateString()) = NaN FAILED! expected: -10800000 --> Date.parse(Thu Jan 01 1970 06:00:00 GMT+0300).toLocaleDateString()) = NaN FAILED! expected: -10800000 --> Date.parse(Mon Jan 01 1900 03:00:00 GMT+0300).toLocaleDateString()) = NaN FAILED! expected: -2208999600000 --> Date.parse(Mon Jan 01 1900 00:00:00 GMT+0300).toLocaleDateString()) = NaN FAILED! expected: -2208999600000 --> Date.parse(Sat Jan 01 2000 03:00:00 GMT+0300).toLocaleDateString()) = NaN FAILED! expected: 946674000000 --> Date.parse(Sat Jan 01 2000 00:00:00 GMT+0300).toLocaleDateString()) = NaN FAILED! expected: 946674000000 --> Date.parse(Tue Feb 29 2000 03:00:00 GMT+0300).toLocaleDateString()) = NaN FAILED! expected: 951771600000 --> Date.parse(Tue Feb 29 2000 02:59:59 GMT+0300).toLocaleDateString()) = NaN FAILED! expected: 951771600000 --> Date.parse(Tue Feb 29 2000 00:00:00 GMT+0300).toLocaleDateString()) = NaN FAILED! expected: 951771600000 --> Date.parse(Sat Jan 01 2005 03:00:00 GMT+0300).toLocaleDateString()) = NaN FAILED! expected: 1104526800000 --> Date.parse(Sat Jan 01 2005 02:59:59 GMT+0300).toLocaleDateString()) = NaN FAILED! expected: 1104526800000 --> Date.parse(Sat Jan 01 2005 00:00:00 GMT+0300).toLocaleDateString()) = NaN FAILED! expected: 1104526800000 19599 1 3889 ap 2005-09-13 13:39:35 -0700 Created attachment 3889 test case Steps to reproduce with this test case: 1. Set Region in International control panel (Formats tab) to Russia 2. Open the document in Safari (I was running current ToT; same with 412.2) Expected results: two alerts, first with a Russian-lnaguage date, second with a number Actual results: two alerts, first with a Russian-lnaguage date, second with NaN 19600 2 ap 2005-09-13 13:46:35 -0700 (In reply to comment #0) > If the system primary language is Russian Correction: this probably has nothing to do with primary language, just the regional format. 21262 3 ap 2005-10-03 03:07:57 -0700 The current source from Mozilla now says: ---------------------------------------------------------------- Note: This test isn't supposed to work with a non-English locale per spec. ---------------------------------------------------------------- With WebKit, it also won't work if the user changes the date format International Preferences. Maybe this test just needs to be removed or disabled? 21272 4 ap 2005-10-03 12:14:35 -0700 Here's where Mozilla people have decided to keep this test: <https://bugzilla.mozilla.org/show_bug.cgi? id=282339>. Anyway, having a test for something that is guaranteed to fail for most people in the world is strange. 29347 5 joost 2006-01-22 04:35:13 -0800 Adding Regression keyword. 29371 6 joost 2006-01-22 04:42:25 -0800 Upping to P1 because this is a regression. 29433 7 ap 2006-01-22 05:44:09 -0800 In fact, I have no reason to believe it is a regression, although it is reported as such by the tests. Moving the priority/severity down; removing the keyword. 36670 8 darin 2007-01-06 12:42:47 -0800 I think we should probably disable this test unless we have some way to set the locale in the test. 3889 2005-09-13 13:39:35 -0700 2005-09-13 13:39:35 -0700 test case parse.html text/html 138 ap PGh0bWw+Cjxib2R5IG9uTG9hZD0namF2YXNjcmlwdDphbGVydCgobmV3IERhdGUpLnRvTG9jYWxl RGF0ZVN0cmluZygpKTthbGVydChEYXRlLnBhcnNlKChuZXcgRGF0ZSkudG9Mb2NhbGVEYXRlU3Ry aW5nKCkpKScKPC9ib2R5Pgo8L2h0bWw+