tzdb 2026b: 1 thay đổi múi giờ

Xem 1 thay đổi múi giờ trong IANA tzdb 2026b, phát hành ngày 22 tháng 4, 2026, cùng liên kết tới các quốc gia và múi giờ liên quan.

Ngày phát hành: · Tự động tạo từ dữ liệu nguồn.

Đăng tại Time Dozen:

Nguồn: IANA

Phần tóm tắt và thay đổi mốc thời gian được dịch từ ghi chú phát hành IANA; mục gập bên dưới giữ nguyên văn tiếng Anh.

Tóm tắt

  • British Columbia chuyển sang -07 cố định vào 2026-03-09.
  • zic không còn xử lý sai lần chuyển đổi cuối cùng sang một kiểu thời gian mới.
  • Đã sửa thêm một số lỗi tràn số trong zic.

Thay đổi mốc thời gian tương lai

  • Lần tiến giờ ngày 2026-03-08 của British Columbia là lần đổi giờ cuối cùng có thể thấy trước, vì sau đó British Columbia chuyển sang -07 cố định. (Cảm ơn Arthur David Olson.) Dù việc chuyển sang -07 cố định có hiệu lực pháp lý vào 2026-03-09, tạm thời mô hình hóa thay đổi này xảy ra vào 2026-11-01 lúc 02:00. Cách này lách một hạn chế trong CLDR 48.1 (2026-01-08). Giải pháp tạm thời này dự kiến sẽ được gỡ bỏ sau khi CLDR được sửa. Để khớp với thông lệ lâu đời cho giờ chuẩn -07 ở Bắc Mỹ, chẳng hạn America/Dawson, America/Dawson_Creek, America/Fort_Nelson và America/Whitehorse, các mốc thời gian BC bị ảnh hưởng dùng tên viết tắt MST. Vì thay đổi ảnh hưởng đến cả America/Vancouver và Link tương thích ngược của nó, thiết lập đã lỗi thời TZ="Canada/Pacific" từ nay sẽ dùng tên viết tắt MST. Các bản phát hành TZDB sau này có thể đổi tên viết tắt nếu một tên khác trở nên phổ biến ở các khu vực dùng -07, và có thể đổi thành "-07" nếu không đạt được đồng thuận về tên viết tắt dạng chữ cái.
Ghi chú khác của bản này (mã nguồn, quy trình build, tài liệu), nguyên văn tiếng Anh

Changes to code

  • zic no longer mishandles a last transition to a new time type. NOTE FOR 2026b TEMPORARY HACK FOR CLDR AND CANADA: This zic fix is needed for the temporary hack (mentioned above) that works around the Canadian timekeeping bug in Unicode CLDR. Without the fix, the temporary hack causes zic versions 2023d through 2026a, in their default mode that generates slim output, to generate a TZif file that violates Internet RFC 9636 §3.3. The buggy file in turn causes some TZif readers, including tzcode itself, to ignore America/Vancouver’s 2026-11-01 02:00 transition from PDT (tm_isdst=1) to MST (tm_isdst=0). Although the buggy file does not cause any known TZif reader to mishandle UT offsets, caution is advised when using zic 2023d through 2026a to compile data from more-recent tz releases. To work around this problem when using these older zic versions, use ‘zic -b fat’.
  • zic no longer overflows a buffer when generating a TZ string like "PST-167:59:58PDT-167:59:59,M11.5.6/-167:59:59,M12.5.6/-167:59:59", which can occur with adversarial input. (Thanks to Naveed Khan.)
  • zic no longer generates a longer TZif file than necessary when an earlier time zone abbreviation is a suffix of a later one. As a nice side effect, zic no longer overflows a buffer when given a long series of abbreviations, each a suffix of the next. (Buffer overflow reported by Arthur Chan.)
  • zic no longer overflows an int when processing input like ‘Zone Ouch 2147483648:00:00 - LMT’. The int overflow can lead to buffer overflow in adversarial cases. (Thanks to Naveed Khan.)
  • zic now checks for signals more often.