Open
Bug 852837
Opened 12 years ago
Updated 3 years ago
ICU-based Intl.DateTimeFormat implementation doesn't meet BasicFormatMatcher spec
Categories
(Core :: JavaScript: Internationalization API, defect)
Core
JavaScript: Internationalization API
Tracking
()
NEW
People
(Reporter: mozillabugs, Unassigned)
References
Details
Attachments
(1 file)
7.45 KB,
patch
|
Details | Diff | Splinter Review |
The ICU-based implementation of Intl.DateTimeFormat relies on ICU's UDateTimePatternGenerator to map requested date-time components and their representations to ICU pattern strings. UDateTimePatternGenerator is an adequate implementation of the BestFitFormatMatcher abstract operation, but doesn't meet the specification of the BasicFormatMatcher abstract operation.
One problem is that the set of date-time components allows for 69,984 combinations, and the test case (ch12/12.1/12.1.1_BFM.js) takes 5 minutes on my Mac debug build just to collect information about all possible results.
Reporter | ||
Comment 1•12 years ago
|
||
This test case is in the format for ECMAScript conformance tests (Test262 format), but hasn't been integrated into the ECMA-402 conformance test suite because it takes way too long (over 5 minutes in a debug build on my Mac).
Comment 2•11 years ago
|
||
Mass-moving existing Intl-related bugs to the new Core :: JavaScript: Internationalization API component.
If you think this bug has been moved in error, feel free to move it back to Core :: JavaScript Engine.
[Mass change filter: core-js-intl-api-move]
Component: JavaScript Engine → JavaScript: Internationalization API
Assignee | ||
Updated•11 years ago
|
Assignee: general → nobody
Updated•9 years ago
|
Summary: ICU-based Intl.DateTimeFormat implementation doesn't meet BascicFormatMatcher spec → ICU-based Intl.DateTimeFormat implementation doesn't meet BasicFormatMatcher spec
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•