docs(bugs): BUG-982/983 回填部署事实与存量范围核对结论
b85c4a68已随1420471a部署:它是已部署提交的祖先,其后 5 个提交经 is-docs-only-range.sh 核为纯文档。记录里「部署与真人验收尚未完成」改为 「仅差真人验收」,状态仍 investigating。 追加存量数据核对:报告与普通对话不会对修复前的跨午夜存量范围做错误 锚定。read_report_candidate_range 对无 intervals 的旧行只返回纯钟点, parseReportCandidateRange 遇 startTime > endTime 返回 null,两条链路 退回存储的单个代表分钟。后果是报告丢失范围展示,而非算错日期。实跑 确认,写进记录以免后来人重复排查。 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_0199rbQDTsUbCVw84wc8BTFe
This commit is contained in:
co-authored by
Claude Opus 5.5
parent
edc9c22c37
commit
e1452aaea5
+4
-2
@@ -12982,7 +12982,8 @@
|
||||
- 防复发:后续需完整日期/相对窗序号回归贯穿签名聚类、候选决策与交付范围,不能只测试辅助 `_primary_cluster`。
|
||||
- 相关记录:BUG-623、BUG-624、BUG-639、BUG-981。
|
||||
- 复发自:未发现同症状既有记录;BUG-624/639 的范围断言仍在但均是同日样本,跨午夜诊断测试覆盖的是另一条聚类路径,未覆盖本路径。
|
||||
- 修复版本:实现 `b85c4a68`,2026-09-21 经 Claude 独立验收后快进合入 `staging`;**部署与真人验收尚未完成**,故状态保持 `investigating`。证据及待验项见 `docs/tasks/PROGRESS-rectification-midnight-date-anchor-20260920.md`。
|
||||
- 修复版本:实现 `b85c4a68`,2026-09-21 经 Claude 独立验收后快进合入 `staging`;随 `1420471a` 部署(2026-09-24 核对:`b85c4a68` 是已部署提交的祖先,其后 5 个提交 `is-docs-only-range.sh` 退出 0)。**仅差真人验收**,故状态保持 `investigating`。
|
||||
- 存量数据核对(2026-09-24):报告与普通对话**不会**对修复前的跨午夜存量范围做错误锚定。`read_report_candidate_range` 对无 `intervals` 的旧行只返回纯钟点 `{start_time, end_time}`,`parseReportCandidateRange` 遇 `startTime > endTime` 即返回 `null`,两条链路随即退回存储的单个代表分钟(报告标 `provisional`、不带候选范围)。影响是这批用户的报告丢失范围展示,不是算错日期;实跑已确认。证据及待验项见 `docs/tasks/PROGRESS-rectification-midnight-date-anchor-20260920.md`。
|
||||
|
||||
## BUG-983 | 凌晨申报窗口的候选日期锚点可能偏到次日
|
||||
|
||||
@@ -13000,7 +13001,8 @@
|
||||
- 防复发:必须从申报日/分钟经实际前端请求构建到后端枚举端到端校验日期,而非只验证钟点范围与“支持跨午夜”;扩窗不得重猜日期或将未知缩窄结果伪作用户选侧。
|
||||
- 相关记录:BUG-098、BUG-198、BUG-979、BUG-981。
|
||||
- 复发自:未发现同症状既有记录;BUG-198 时段开窗与 BUG-098 枚举回归仍在但不校验申报日期中心。离线 holdout 已有前日中心保护,未覆盖生产请求链。
|
||||
- 修复版本:实现 `b85c4a68`,2026-09-21 经 Claude 独立验收后快进合入 `staging`;**部署与真人验收尚未完成**,故状态保持 `investigating`。证据及待验项见 `docs/tasks/PROGRESS-rectification-midnight-date-anchor-20260920.md`。
|
||||
- 修复版本:实现 `b85c4a68`,2026-09-21 经 Claude 独立验收后快进合入 `staging`;随 `1420471a` 部署(2026-09-24 核对:`b85c4a68` 是已部署提交的祖先,其后 5 个提交 `is-docs-only-range.sh` 退出 0)。**仅差真人验收**,故状态保持 `investigating`。
|
||||
- 存量数据核对(2026-09-24):报告与普通对话**不会**对修复前的跨午夜存量范围做错误锚定。`read_report_candidate_range` 对无 `intervals` 的旧行只返回纯钟点 `{start_time, end_time}`,`parseReportCandidateRange` 遇 `startTime > endTime` 即返回 `null`,两条链路随即退回存储的单个代表分钟(报告标 `provisional`、不带候选范围)。影响是这批用户的报告丢失范围展示,不是算错日期;实跑已确认。证据及待验项见 `docs/tasks/PROGRESS-rectification-midnight-date-anchor-20260920.md`。
|
||||
|
||||
## BUG-984 | 时段旧分数缓存不校验算法身份且聚合回执可能显示新版本
|
||||
|
||||
|
||||
Reference in New Issue
Block a user