CalendarsOfLocale, CollationsOfLocale, and NumberingSystemsOfLocale should return canonical identifiers

[anba]

CalendarsOfLocale, CollationsOfLocale, and NumberingSystemsOfLocale should return canonical identifiers.

For example "gb2312" instead of "gb2312han" for new Intl.Locale("zh").collations.

[FrankYFTang]

Here is the current spec text said

Let list be a List of 1 or more unique calendar identifiers, which must be lower case String values conforming to the type sequence from UTS 35 Unicode Locale Identifier, section 3.2, sorted in descending preference of those in common use for date and time formatting in locale.

I blieve the "conforming to the type sequence from UTS 35 Unicode Locale Identifier, section 3.2" part already address the issue of "canonical identifiers". For example - "gb2312han" will not fit that clause and won't be return. I do not believe we need to add any more word for this.

I am closing this. Please feel free to reopen if you think the current spec text is still not need clear enough.

[anba]

I've only used "gb2312han" as an example to point out the V8 bug fixed in https://bugs.chromium.org/p/v8/issues/detail?id=11887.

There are still other cases where not requiring canonical identifiers can result in cross-compatibility issues. For example we should require that "islamicc" is canonicalised to "islamic-civil" and that "ethiopic-amete-alem" is canonicalised to "ethioaa".