Timezone handling for DATETIME annotations is broken
维护者通常 1 天内回复
还没有人认领这个 Issue。
评估
调研方向
从 paikkalize_schedule_item 开始，追踪其对 parse_datetime 的使用，然后跟踪 DATETIME 注释的 HTML 字段路径以及事件时区转换。确认注释使用带时区的完整 ISO 格式，并确认 HTML 字段中显示的值会转换为事件时区，无论这些值存储在 UTC 还是其他时区中。
由索引模型根据 Issue 内容生成。
描述
HTML field produces "2026-03-23T23:48" without seconds or time zone.
paikkalize_schedule_item uses parse_datetime, which assumes UTC if time zone is not provided. I'm pretty sure that's not what the user would expect. Should use event timezone instead.
The annotation should always be in full ISO format with time zone. Can be stored in UTC as long as it's shown to user always in event timezone.
Coming back from the annotation to the HTML field, it should again be cnoverted to event timezone before being shown to user if stored in anything else.
- 主要语言
- Python
- 星标
- 29
- 派生
- 33
- 平均合并
- 1 天 23 分钟
- 30 天内合并 PR
- 26
环境准备
- 提供 Dockerfile 或 Docker Compose 文件
- 没有 Pull Request 模板
- 没有贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
con2/kompassi 的其他 Issue
-
难度 2/5 1-3 小时 新手友好度 72/100
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 68/100
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 70/100
维护者通常 1 天内回复
-
python
难度 2/5 1-3 小时 新手友好度 82/100
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 65/100
维护者通常 1 天内回复
相似的 Issue
-
request-theme
难度 1/5 1 小时以内 新手友好度 78/100
LizardByte/ThemerrDB#9883 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 84/100
Project-MONAI/MONAI#9258 ·
维护者通常 3 天内回复
-
catalog:deprecation
难度 1/5 1 小时以内 新手友好度 88/100
surendranb/free-inference#31 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 78/100
fritzprix/libr-agent#2612 ·
维护者通常 1 天内回复
-
needs-triage presubmit-gate
难度 2/5 1-3 小时 新手友好度 76/100
gke-labs/kube-agents#5001 ·
维护者通常 1 天内回复