America/Winnipeg still converts with pre-2026e rules in 17.11.0.x; Manitoba's permanent UTC−5 starts 2026-11-01
维护者通常 1 天内回复
还没有人认领这个 Issue。
评估
- 难度
- 4/5
- 预计耗时
- 3-5 天
- 新手友好度
- 55/100
- Issue 类型
- 缺陷
- 描述清晰度
- 描述清楚
- 活跃度
- 活跃
- 技术栈
- postgresql
- 领域
- databases
调研方向
The report identifies the embedded timezone data at src/timezone/data/tzdata.zi and reproduces the issue with America/Winnipeg in a SQL query. Start by checking how the image build packages PostgreSQL's timezone data and compare its rules with tzdata 2026e. Done means the reported query returns 2026-11-02 17:00:00+00 and the issue names the image version carrying the update.
由索引模型根据 Issue 内容生成。
描述
Follow-up to #2465, which #2501 closed by moving the build to PostgreSQL's embedded tzdata.
That embedded data is 2026c. IANA tzdata 2026e (released 2026-09-29) moves Manitoba to permanent UTC−5 on
2026-10-31, modelled from 2026-11-01 02:00 local, so every current image still applies the old fall-back to
UTC−6 for America/Winnipeg. (The 2026-10-08 comment on #2465 flagged this class of gap.)
Repro, on any image or project:
select ('2026-11-02 12:00'::timestamp at time zone 'America/Winnipeg')::text;
- Got:
2026-11-02 18:00:00+00onpublic.ecr.aws/supabase/postgres17.6.1.143, 17.11.0.004 and
17.11.0.007 (newest tag as of 2026-10-22). - Expected with tzdata ≥ 2026e:
2026-11-02 17:00:00+00.
Upgrading to 17.11.0.003 or later, as the 2026-10-09 reply on #2465 suggests, does not fix this: both 17.11 tags
above are later and still answer 18:00.
Impact: from 2026-11-01, every Winnipeg wall-clock time that Postgres converts is an hour off from clients
on current rules (Node ≥ 24.22.1 ships 2026e, and OS and browser updates are rolling out). A scheduling app
computes lesson slots in the database and displays them on the device, so the two disagree by an hour.
PostgreSQL's next minor releases are scheduled for 2026-11-12, after the change.
Ask: ship tzdata 2026e in the images and on hosted projects before 2026-11-01, for example by patching the
embedded src/timezone/data/tzdata.zi or building against a current system tzdata again. Please also say which
image version carries it.
- 主要语言
- Nix
- 星标
- 1.8k
- 派生
- 272
- 平均合并
- 4 天 8 小时
- 30 天内合并 PR
- 55
环境准备
- 没有 Dockerfile 或 Docker Compose 文件
- 有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
supabase/postgres 的其他 Issue
-
CREATE EXTENSION pgmq fails in Postgres 17.6.1.016+ due to function overload handling bug in after-create script可能重新可做 关联的 PR 已关闭且未合并。 未关闭bug
难度 2/5 1-3 小时 新手友好度 72/100
supabase/postgres#1867 · 14 条评论 · 2 个 reaction ·
维护者通常 1 天内回复
-
bug
难度 2/5 1-3 小时 新手友好度 68/100
supabase/postgres#1586 · 1 条评论 · 2 个 reaction ·
维护者通常 1 天内回复
-
NULLs don't show clearly on test outputs可能已有人在做 @alpacadev1 于 18 天前认领。 未关闭
难度 2/5 1-3 小时 新手友好度 65/100
supabase/postgres#1568 · 1 条评论 ·
维护者通常 1 天内回复
-
supabase_auth_admin can CREATE roles可能已有人在做 @jaysomani 于 73 天前认领。 未关闭bug
难度 2/5 1-3 小时 新手友好度 72/100
supabase/postgres#1518 · 1 条评论 ·
维护者通常 1 天内回复
-
documentation
难度 5/5 一周以上 新手友好度 25/100
维护者通常 1 天内回复
查看 supabase/postgres 的全部 Issue
相似的 Issue
-
"Sync columns from source" fails on ClickHouse tables with ALIAS, MATERIALIZED or DEFAULT columns可能已有人在做 @bmuraykhi 今天认领。 未关闭#bug
难度 2/5 1-3 小时 新手友好度 70/100
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 72/100
ClickHouse/clickhouse-go#2093 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 72/100
morpheus65535/bazarr#3699 ·
维护者通常 1 天内回复
-
bug
难度 2/5 1-3 小时 新手友好度 62/100
pocoproject/poco#5626 ·
维护者通常 2 天内回复
-
[Bug]: prisma_migration --skip_server_startup crashes with ImportError when psycopg cannot load libpq (unguarded import in ensure_request_log_indexes)可能已有人在做 @chamanswami555 今天认领。 未关闭
难度 2/5 1-3 小时 新手友好度 72/100
BerriAI/litellm#49680 · 1 条评论 ·
维护者通常 1 天内回复