fix(sessions): keep rectification result titles when a new chat opens

The case insert trigger writes the result time, then the existing open persist sends the minted title back. A before-update guard keeps that result unless the user chose a non-automatic name, and a new session reads the stored title into the sidebar.
2026-09-25 02:04:56 +08:00
parent 88fe67df9b
commit a94a1d6748
6 changed files with 71 additions and 4 deletions
@@ -49,7 +49,7 @@ Windows 上 `frontend/db/migrations` 里 4 个 Git symlink 被检出成相对路
 ## 未改 / 未验证

 - 没有 push，没有改 workflow，没有动 `page.tsx`、咨询 status 路由、SVG height。
- open 之后客户端仍会 `persistSession` 写本地 minted 标题「生时校正」。任务书要求 open 路径不动。插入触发器先写成范围标题，这次 PATCH 可能把它写回「生时校正」，直到下一次 `accepted_time` / `confirmed_time` / `candidate_range` 变化再由触发器写回。刷新后的列表读的是库里的标题；已加载列表再打开时，本地标题与库一致，不会改回去。
+- 新建会话的 open 仍先 `persistSession` 本地 minted 标题（BUG-699 的结构断言没动）。插入触发器已经写成范围标题。补了 `keep_rectification_result_title`：登录用户不能把自动标题写回去盖掉结果，手改的非自动标题仍可保存。新建会话随后 `fetchSessionDetail`，侧栏改读库里的结果标题，不改 `updatedAt`。已有会话的 open 仍保留本地 title / updatedAt。
 - 连字符范围 `生时校正 · 05:00-05:15`：SQL 不覆盖。`isAutoDerivedSessionTitle` 仍可能为 true，因为 `isGenericSessionTitle` 的「生时校正」前缀比本单三种形态更宽。对断表没有把这一条算进「必须相同」的那一组。`DATED_ENTRY_TITLE` 不认连字符。
 - 首屏 gzip 基线未测到。`npm run build` 在 junction 上 Turbopack panic；`next build --webpack` 编译过了，但页面收集被 Skill symlink EPERM 打断，没有路由表，不能宣称 `/` 仍是 Static。
 - 浏览器走查未做。