JianFeeeee
1d7b018734
fix(权限): 决策人��空时不再静默跳过已读记账 —— 那让权限邮件永远显示未读
## 形状
`DecidePermission` 的函数头承诺「权限邮件对他（决策人）也应当变成已读」，
但那两段记账都被 `if decider != ""` 包着。而**未读判据是 mail_reads**
（`unreadFor` / `readStateFor`），不是行级那列。⇒ decider 为空时：
mails.status = 'read' （全局冗余列改了）
mail_reads —— 没有这一行 （事实表没记）
⇒ 收件人在收件箱里**永远看到这封未读**，尽管它早已决策完。
## 线上实证
13 封这样的历史邮件，收件人均为 jianf，2026-09-08 / 09-13，主题全是
「权限请求: 请求执行 bash」—— 每一次都已被人类决策过（同意/拒绝）。
## 为什么今天 HTTP 路径触发不了
`permission.go` 会沿会话树上溯找人类（`NearestHumanInThread`），
HTTP 层传的也是 `user.Username`。但 repo 层是**所有调用方的门**，
`MarkMailRead` 早就为同一件事挡了（reader 是必填语义），只挡它一个等于漏网。
静默跳过正是 `if decider != ""` 的写法问题：它把「不知道谁读的」记成「不用记」。
## 同族核对（不是只看这一处）
全 internal/ 树扫 `UPDATE mails SET status ... 'read'`，共 4 处，
逐处核对其前置 45 行是否有 mail_reads 记账：
MarkMailRead ✓ / MarkMailsReadFor ✓ / MarkAllInboxReadForSession ✓ / DecidePermission ✗
⇒ 唯一缺口就是这一处。事实表本身干净：无空读者、无孤儿行。
## 判据
新增 2 格：空 decider 报错 / 决策后 mail_reads 必有记录且派生读数为 read。
两个变异都经得起（去掉报错守卫、去掉 mail_reads 写入，各红一格）。
## 顺带记一个判据的坑
`mail_status_readers_test.go` 的 readRe 是**纯文本**匹配 `mails.status`，
会把我注释里提到该列名也算成「新增一处读取」，导致那条清册判据变红。
已在注释里避开那个写法并写明原因 —— 改这块代码时若它突然变红，先看是不是注释。
2026-10-02 00:15:02 +08:00
..
2026-09-08 19:16:35 +08:00
2026-09-15 12:20:28 +08:00
2026-09-08 19:16:35 +08:00
2026-09-26 07:44:33 +08:00
2026-09-12 11:19:52 +08:00
2026-10-01 19:41:06 +08:00
2026-10-01 19:41:06 +08:00
2026-09-30 17:08:49 +08:00
2026-09-30 17:08:49 +08:00
2026-09-19 16:27:09 +08:00
2026-09-19 16:27:09 +08:00
2026-09-08 19:16:35 +08:00
2026-09-14 08:32:22 +08:00
2026-09-08 19:16:35 +08:00
2026-09-08 19:16:35 +08:00
2026-09-08 19:16:35 +08:00
2026-09-21 05:06:53 +08:00
2026-09-12 08:01:59 +08:00
2026-09-19 16:27:09 +08:00
2026-09-08 19:16:35 +08:00
2026-09-08 19:16:35 +08:00
2026-09-08 19:16:35 +08:00
2026-09-26 07:44:33 +08:00
2026-09-14 17:17:37 +08:00
2026-09-21 04:25:17 +08:00
2026-10-02 00:15:02 +08:00
2026-09-08 19:16:35 +08:00
2026-09-08 19:16:35 +08:00
2026-09-08 19:16:35 +08:00
2026-09-08 19:16:35 +08:00
2026-09-11 23:22:53 +08:00
2026-09-26 07:44:33 +08:00
2026-09-08 19:16:35 +08:00
2026-09-08 19:16:35 +08:00
2026-09-26 07:44:33 +08:00
2026-09-08 19:16:35 +08:00
2026-09-26 14:20:23 +08:00
2026-09-28 11:01:38 +08:00
2026-09-15 11:21:00 +08:00
2026-09-15 11:21:00 +08:00
2026-09-14 17:17:37 +08:00
2026-09-14 17:17:37 +08:00
2026-09-25 16:29:19 +08:00
2026-09-08 19:16:35 +08:00
2026-09-26 07:44:33 +08:00
2026-09-08 19:16:35 +08:00
2026-09-08 19:16:35 +08:00
2026-09-08 19:16:35 +08:00
2026-09-08 19:16:35 +08:00
2026-10-02 00:15:02 +08:00
2026-09-15 12:54:25 +08:00
2026-09-26 07:44:33 +08:00
2026-09-28 11:12:59 +08:00
2026-09-12 11:19:19 +08:00
2026-09-15 10:01:24 +08:00
2026-09-08 19:16:35 +08:00
2026-09-08 19:16:35 +08:00
2026-09-08 19:16:35 +08:00
2026-09-08 19:16:35 +08:00
2026-09-11 23:22:53 +08:00
2026-09-08 19:16:35 +08:00
2026-09-08 19:16:35 +08:00
2026-09-26 07:44:33 +08:00