See proposal: https://github.com/tc39/proposal-intl-extend-timezonename/

Currently stage 2.

Implement the proposal from https://github.com/tc39/proposal-intl-extend-timezonename.

Also includes some basic tests to cover the four new options.

https://hg.mozilla.org/mozilla-central/rev/1dc0676764f0

Hi, I'm documenting this for FF91. The docs part is here: https://github.com/mdn/content/pull/6853. I still need to add browser compatibility information (all docs work can be tracked in https://github.com/mdn/content/issues/6710)

A question, in the proposal it refers to "localised" and "generic non-local forms". I know what localised means, but what does "non-local" mean?

That term stems from https://unicode.org/reports/tr35/tr35-dates.html#dfst-zone, which has definitions for:

• specific non-location format
• generic non-location format
• generic location format.

So "non-location" simply refers to not using the name of the time zone identifier's location. For example "Pacific Time" for the time zone "America/Los_Angeles" instead of using "Los Angeles Time".

Thank you. That was my assumption but I was confused because if you do timezone America/Los_Angeles for German then the shortGeneric is Los Angeles Zeit on FF91. That link is helpful because it shows that there are fallbacks that are location based. Thanks!

FYI FF91 docs work is still waiting on browser compatibility update to complete but is otherwise good. If interested see docs PR and this release note PR.