MailUI4Agents

jianf/MailUI4Agents

Fork 0

Commit Graph

Author	SHA1	Message	Date
JianFeeeee	753310d12f	test(桥): 把「三个变异逐个验过」从手跑变成判据（原来文件里只钉了变异①） pi 复核我那笔 `1de93fe` 时指出：提交信息里写了"三个变异逐个验过"，但判据文件里只给变异①配了自检 —— 那三个是手跑的，手跑过一次 ≠ 以后还会红；谁把断言改松，另两种变异不会有任何人发现。原文件的问题（这次才看清）： - 变异②（`if (true) return undefined`：catch 形状不变、也"看"了 code，只是判断写反）与变异①在判据层面完全同形 —— 只用"有没有 code 比较"去判，两者都抓不到； - 变异③（`throw e` 提到 code 判断之前）根本不改"是否区分"： `distinguishes()` 对它恒为真。它测的是顺序，所以必须单独一条 `orderHolds()`。这正是我原来漏掉③的真正原因 —— 不是"忘了写"，是当时没有能表达它的判据。本次改动： - 把判据抽成 `distinguishes()`（区分）与 `orderHolds()`（顺序）两条，`criterionPasses` 取合取； - 三条变异各一条断言 + 一条前置（原样源码必须通过 ⇒ 否则三条自检恒假，等于没写）； - 每条变异都断言"真的落在 persistedCwd 内"（全局正则会命中文件里第一个无关的 `catch (e: any)`，变异没落下而判据全绿 —— 本仓踩过，`assert.notEqual` 守住）； - 变异③额外断言 `distinguishes(mutated) === true`：证明它测的是顺序而不是退化成①。验证（对真源码做变异，不是只喂文本）：基线 pass=5 fail=0 ｜ ①pass=0 fail=5 ｜ ②pass=1 fail=4 ｜ ③pass=3 fail=2 ｜还原 pass=5 fail=0 源码逐字节还原（cmp 过）。门禁 `npx tsc && npm test`：402/402。	2026-09-25 04:30:53 +08:00
JianFeeeee	1de93feabc	fix(桥): 「读不出来」被当成「不存在」—— 这一行把 dsh 的邮件通道整条弄断 `persistedCwd()` 原来是 `catch { return undefined }`，把 readSession 的三种抛出情形压成同一个「磁盘上没有」。调用方只把 `undefined` 读作"可以 create"：读失败（格式迁移拒绝 / 日志损坏）→ 当成不存在 → 走 create → 磁盘上确实有那个 id ⇒ `session "…" already exists` ⇒ 该会话的邮件全投不进去，而日志里只有 create 的错，真正的读失败被那个 catch 吃掉了。 2026-09-19 DSH 升到 0.1.5-rc.2 后 40 个 `mail-` 会话全部命中。修法：`readSession` 的报错本来就带可区分的 code* （`dsh-session-query` 的 `notFound()` 给 `SESSION_QUERY_SESSION_NOT_FOUND`；格式/损坏给 `SESSION_QUERY_CORRUPT_SESSION` / `SESSION_QUERY_PERSISTENCE_FAILED`）。现在只有 `SESSION_QUERY_SESSION_NOT_FOUND` 返回 `undefined`，其余一律抛出，让原文错误浮到调用方 —— 不再降级成"不存在"。判据 `test/persisted-cwd-not-found.test.mjs`（2 条，已进 `npm test` 门禁）钉的是区分本身，不是"有没有 try/catch"。三个变异逐个验过： ① catch 改回无条件 `return undefined` ⇒ 红 ② 任何抛错都返回 undefined ⇒ 红 ③ `throw e` 提到 code 判断之前（"不存在"也抛 ⇒ create 不可达）⇒ 红 ★ 变异③第一次没落在目标上：全局正则命中了文件里第一个无关的 `catch (e: any)`，判据全绿 —— 于是把它写成自检里的一条断言（变异必须真的落下），避免这条自检本身变成恒真的假判据。顺带记两个事实： - `src/index.ts` 是桥的真源，`dist/` 是部署产物（`.gitignore` 忽略）；已 `tsc` 重建并在产物里复验。 - 姊妹桥（pi/opencode/zcode）不含 `persistedCwd`，本缺陷只在 dsh 这条链上。	2026-09-25 04:15:37 +08:00

Author

SHA1

Message

Date

JianFeeeee

753310d12f

test(桥): 把「三个变异逐个验过」从**手跑**变成**判据**（原来文件里只钉了变异①）

pi 复核我那笔 `1de93fe` 时指出：提交信息里写了"三个变异逐个验过"，
但判据文件里**只给变异①配了自检** —— 那三个是手跑的，手跑过一次 ≠ 以后还会红；
谁把断言改松，另两种变异不会有任何人发现。

原文件的问题（这次才看清）：
- 变异②（`if (true) return undefined`：catch 形状不变、也"看"了 code，只是判断写反）
  与变异①在**判据层面完全同形** —— 只用"有没有 code 比较"去判，两者都抓不到；
- 变异③（`throw e` 提到 code 判断之前）**根本不改"是否区分"**：
  `distinguishes()` 对它恒为真。它测的是**顺序**，所以必须单独一条 `orderHolds()`。
  这正是我原来漏掉③的真正原因 —— 不是"忘了写"，是**当时没有能表达它的判据**。

本次改动：
- 把判据抽成 `distinguishes()`（区分）与 `orderHolds()`（顺序）两条，`criterionPasses` 取合取；
- 三条变异各一条断言 + 一条**前置**（原样源码必须通过 ⇒ 否则三条自检恒假，等于没写）；
- 每条变异都断言"真的落在 persistedCwd 内"（全局正则会命中文件里第一个无关的
  `catch (e: any)`，变异没落下而判据全绿 —— 本仓踩过，`assert.notEqual` 守住）；
- 变异③额外断言 `distinguishes(mutated) === true`：**证明它测的是顺序而不是退化成①**。

验证（对**真源码**做变异，不是只喂文本）：
  基线 pass=5 fail=0 ｜ ①pass=0 fail=5 ｜ ②pass=1 fail=4 ｜ ③pass=3 fail=2 ｜ 还原 pass=5 fail=0
  源码逐字节还原（cmp 过）。门禁 `npx tsc && npm test`：402/402。

2026-09-25 04:30:53 +08:00

JianFeeeee

1de93feabc

fix(桥): 「读不出来」被当成「不存在」—— 这一行把 dsh 的邮件通道整条弄断

`persistedCwd()` 原来是 `catch { return undefined }`，把 readSession 的**三种**
抛出情形压成同一个「磁盘上没有」。调用方只把 `undefined` 读作"可以 create"：

  读失败（格式迁移拒绝 / 日志损坏）→ 当成不存在 → 走 create
  → 磁盘上**确实有**那个 id ⇒ `session "…" already exists`
  ⇒ 该会话的邮件全投不进去，而日志里只有 create 的错，
     **真正的读失败被那个 catch 吃掉了**。

2026-09-19 DSH 升到 0.1.5-rc.2 后 40 个 `mail-*` 会话全部命中。

修法：`readSession` 的报错**本来就带可区分的 code**
（`dsh-session-query` 的 `notFound()` 给 `SESSION_QUERY_SESSION_NOT_FOUND`；
格式/损坏给 `SESSION_QUERY_CORRUPT_SESSION` / `SESSION_QUERY_PERSISTENCE_FAILED`）。
现在**只有 `SESSION_QUERY_SESSION_NOT_FOUND` 返回 `undefined`**，其余一律抛出，
让原文错误浮到调用方 —— 不再降级成"不存在"。

判据 `test/persisted-cwd-not-found.test.mjs`（2 条，已进 `npm test` 门禁）钉的是
**区分本身**，不是"有没有 try/catch"。三个变异逐个验过：
  ① catch 改回无条件 `return undefined` ⇒ 红
  ② 任何抛错都返回 undefined ⇒ 红
  ③ `throw e` 提到 code 判断之前（"不存在"也抛 ⇒ create 不可达）⇒ 红

★ 变异③第一次**没落在目标上**：全局正则命中了文件里第一个无关的
`catch (e: any)`，判据全绿 —— 于是把它写成自检里的一条断言（变异必须真的落下），
避免这条自检本身变成恒真的假判据。

顺带记两个事实：
- `src/index.ts` 是桥的真源，`dist/` 是部署产物（`.gitignore` 忽略）；已 `tsc` 重建并在产物里复验。
- 姊妹桥（pi/opencode/zcode）不含 `persistedCwd`，本缺陷只在 dsh 这条链上。

2026-09-25 04:15:37 +08:00

2 Commits