fix(chat): honor new-chat intent from secondary pages
Independent Staging Quality Gate / validate (push) Successful in 13m41s
Independent Staging Quality Gate / publish (push) Successful in 3m30s

Create a fresh local consultation for explicit new-chat navigation and keep reserved recovery from taking over its landing. Add regression tests and record validation gaps for remote review.

Co-Authored-By: Claude Code <noreply@anthropic.com>
This commit is contained in:
jesse-ux
2026-09-24 00:25:28 +08:00
co-authored by Claude Code
parent 1c95eb3979
commit 8902e48468
17 changed files with 368 additions and 6 deletions
+16
View File
@@ -13474,6 +13474,22 @@
- 复发自:聊天面板既有 focus 防滚动合同的新增组件遗漏。
- 修复版本:`36a737616c67a251610662ccab76845b193993fb`(staging;未部署)。
## BUG-1015 | 次级页「新建对话」没有新建意图,回首页打开旧对话
- 状态:blocked(本地修复及针对性回归通过;完整构建、部署与受控真人走查未完成,不提前标 resolved)
- 首次发现:2026-09-23
- 最近更新:2026-09-23
- 影响面:星盘、星历、报告列表及详情页的只读侧栏新建入口与首页启动落点。
- 用户现象:在次级页点击「新建对话」后进入旧会话,而不是空咨询。
- 触发条件:只读侧栏缺少首页 controls,其新建入口原为无意图的 `/`;若还有旧 reserved 咨询,启动恢复还会主动激活旧会话。
- 根因:回首页与新建共用无参数地址,首页按既有 URL/登录存根/默认选择规则落点;原任务书只补 URL 意图,独立验收又确认后台恢复在新建激活后覆盖活动会话。前者不是缓存或导航性能复发,后者是同一入口的组合路径遗漏。
- 修复:唯一 URL helper 生成 `/?new=1`、按参数存在性识别,优先于 c 与登录存根;sessionHref 一律消费 new。首页复用已有本地 createSession 分支,激活前 replace 清除 new/c 并清存根;产品追加授权后,在旧咨询恢复完成的同步区块内恢复新建落点并清本次恢复提示,保留 pending/recovering,不取消后台任务。首问保存与列表过滤沿用 BUG-989。
- 验证:URL/落点/侧栏及既有深链、列表、增长合同通过;新增动态执行真实恢复函数及首页装配区块的测试,new-chat 保持新落点、无 new 保持旧恢复行为。最终全量数字、独立验收及环境证据见 `docs/tasks/PROGRESS-secondary-new-chat-intent-20260923.md`。未以源码测试冒充登录浏览器或部署验收。
- 防复发:保持 BUG-744 单侧栏、BUG-745/927 共享外壳、BUG-989 首问前不落库/不写 c/列表无 draft;新增优先级、参数消费、激活顺序、本地创建与 reserved 恢复冲突测试。原合同只锁导航方式及无参数默认落点,没有连接“新建”意图,故未拦住本次问题;既有断言未删除或弱化。
- 相关记录:BUG-744、BUG-745、BUG-927、BUG-989、BUG-705、BUG-995;`TASK-secondary-new-chat-intent-20260923.md`(D7 为本轮追加授权)。
- 复发自:无;与 BUG-745 同入口但不同根因。
- 修复版本:本次提交(执行分支 `codex/secondary-new-chat-intent-20260923`,基线 `1c95eb397`);2026-09-24 产品授权推 staging 供远程 review,精确 SHA 以实际推送及远端核对为准,部署尚待核验。
## BUG-1014 | 输入框源码合同未跟上已删除人物的发送限制
- 状态:resolved(run 2857 的 H3 门禁通过;staging 总门禁仍因 BUG-1011 失败,尚未部署)