ICU-based Intl.DateTimeFormat implementation doesn't meet BasicFormatMatcher spec

NEW
Unassigned

Status

()

Core
JavaScript: Internationalization API
4 years ago
2 months ago

People

(Reporter: Norbert Lindenberg, Unassigned)

Tracking

(Blocks: 1 bug)

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Reporter)

Description

4 years ago
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

4 years ago
Created attachment 742655 [details] [diff] [review]
Test case

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).
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

3 years ago
Assignee: general → nobody

Updated

8 months ago
Summary: ICU-based Intl.DateTimeFormat implementation doesn't meet BascicFormatMatcher spec → ICU-based Intl.DateTimeFormat implementation doesn't meet BasicFormatMatcher spec
You need to log in before you can comment on or make changes to this bug.