Update to tzdata2026b
Categories
(Core :: JavaScript: Internationalization API, task, P1)
Tracking
()
People
(Reporter: anba, Assigned: anba)
References
(Blocks 1 open bug)
Details
Attachments
(3 files)
|
48 bytes,
text/x-phabricator-request
|
Details | Review | |
|
48 bytes,
text/x-phabricator-request
|
phab-bot
:
approval-mozilla-esr140+
|
Details | Review |
|
48 bytes,
text/x-phabricator-request
|
phab-bot
:
approval-mozilla-beta+
|
Details | Review |
Update to tzdata 2026b.
Important changes:
- British Columbia moved to permanent -07 on 2026-03-09
Release notes:
- https://lists.iana.org/hyperkitty/list/tz-announce@iana.org/thread/VX2Z3CBO6KHTYZNBBKFFWM7ZCI6TVCXP/
Important:
ICU4C doesn't yet support the new stdOffset/dstOffset annotations for meta zones (https://unicode-org.atlassian.net/browse/ICU-23338), which means the time zone display name is Pacific Daylight Time instead of simply Pacific Time:
js> Temporal.ZonedDateTime.from("2026-12-01[America/Vancouver]").toLocaleString("en-CA", {timeZoneName: "long"})
"2026-12-01, 12:00:00 a.m. Pacific Daylight Time"
| Assignee | ||
Comment 1•5 months ago
|
||
| Assignee | ||
Comment 2•5 months ago
|
||
Backport for ESR140.
Includes the changes from tzdata releases 2025c and 2025a, which weren't
backported to ESR140.
Updated•5 months ago
|
Updated•5 months ago
|
| Assignee | ||
Comment 4•4 months ago
|
||
I wasn't planning to update for ESR115, because the changes for British Columbia only become visible in November, so after the (current) EOL date for ESR115. Also I don't know if Microsoft plans to distribute time zone updates for Windows 7 and unless they do, the system time will be off for users from BC anyway.
Comment 6•4 months ago
|
||
| bugherder | ||
Updated•4 months ago
|
Updated•4 months ago
|
Comment 7•4 months ago
|
||
firefox-beta Uplift Approval Request
- User impact if declined/Reason for urgency: Wrong time zone data when calling standard Date and Intl.DateTimeFormat methods.
- Code covered by automated testing?: yes
- Fix verified in Nightly?: yes
- Needs manual QE testing?: no
- Steps to reproduce for manual QE testing:
- Risk associated with taking this patch: low
- Explanation of risk level: It only updates time zone data files.
- String changes made/needed?: None
- Is Android affected?: yes
| Assignee | ||
Comment 8•4 months ago
|
||
Original Revision: https://phabricator.services.mozilla.com/D296351
Comment 9•4 months ago
|
||
firefox-esr140 Uplift Approval Request
- User impact if declined/Reason for urgency: Wrong time zone data when calling standard Date and Intl.DateTimeFormat methods.
- Code covered by automated testing?: yes
- Fix verified in Nightly?: yes
- Needs manual QE testing?: no
- Steps to reproduce for manual QE testing:
- Risk associated with taking this patch: low
- Explanation of risk level: It only updates time zone data files.
- String changes made/needed?: None
- Is Android affected?: yes
Updated•4 months ago
|
Updated•4 months ago
|
Updated•4 months ago
|
Updated•4 months ago
|
Comment 10•4 months ago
|
||
| uplift | ||
Updated•4 months ago
|
Updated•4 months ago
|
Comment 11•4 months ago
|
||
| uplift | ||
Comment 12•4 months ago
|
||
| uplift | ||
Comment 13•4 months ago
|
||
| uplift | ||
Description
•