« Bugzilla Issues Index
#2081 — 9.2.5 ResolveLocale: Non-simple type in unicode locale extension not handled
- bug_id:
2081
- creation_ts:
2013-10-27 13:55:00 -0700
- short_desc:
9.2.5 ResolveLocale: Non-simple type in unicode locale extension not handled
- delta_ts:
2016-02-11 09:49:22 -0800
- product:
Internationalization - ECMA-402
- component:
Specification
- version:
Edition 2.0 drafts
- rep_platform:
All
- op_sys:
All
- bug_status:
RESOLVED
- resolution:
FIXED
- priority:
Normal
- bug_severity:
normal
- everconfirmed:
true
- reporter:
André Bargull
- assigned_to:
Norbert
- commentid:
6002
- comment_count:
0
- who:
André Bargull
- bug_when:
2013-10-27 13:55:14 -0700
Per http://unicode.org/reports/tr35/#Unicode_locale_identifier:
> keyword ::= key [sep type]
> key ::= 2alphanum
> type ::= 3*8alphanum *(sep 3*8alphanum)
But 9.2.5 ResolveLocale steps 11.g.1.* only seem to handle the case when `type` is just `3*8alphanum`.
test case:
new Intl.DateTimeFormat("en-u-ca-ethiopic-amete-alem").resolvedOptions().calendar
This returns just "ethiopic" but I'd expect either "ethiopic-amete-alem" or "ethioaa".
This is also visible with the newly introduced "islamic-*" calendar variations from CLDR 24 which are all reduced to "islamic".
- commentid:
14918
- comment_count:
1
- who:
André Bargull
- bug_when:
2016-02-11 09:49:22 -0800
Fixed in https://github.com/tc39/ecma402/commit/7cb955c1f6bf00c4e218c6b87ee247a0e320187e