2 Commits

Author	SHA1	Message	Date
JianFeeeee	35f71d5144	test(webui): 全流程演练的两处判据修正（同主题请求的定位、工作区目录） ... 第三次跑通 **37/37（0 失败 0 无法判定）**，含真 Agent 闭环：写信带附件 → pi 请求 bash 授权 → **在界面点同意** → 决策落库 → pi 回信把附件原样带回 （sha256 一致）→ 回信出现在收件箱。 两处都是**判据/前置条件**的问题，不是产品缺陷，但都会伪装成产品故障： 1. 授权页上同一 Agent 的请求主题**一模一样**（"是否允许执行 bash？"）。原先按主题 `.first()` 选行，于是点到了**别的会话那条旧请求**上 —— 网关回 `expired` 警告， 界面看起来"点了但没生效"。现在按**本轮会话别名**定位分组容器 （`header.locator('xpath=..')`，DOM 探针确认头与请求行同容器），且**只在折叠时** 才点头按钮（已展开时再点会把它折起来，那正是第二次又落到别人行上的原因）。 2. **工作区寻址里的 path 必须是已存在的目录**，否则桥按设计回退到自己的兜底目录 （`~/.pi/mail-sessions/<会话>`），产物就落在别处而不是我指定的目录。脚本现在 先 mkdir —— zcode 那次也栽在同一条规则上。 顺带记录一个**产品层面值得决策**的现象：pi 的 worker 池上限是 3，而**"等人点头"的 worker 占着池子**。我上一轮的误点让 3 个 worker 全卡在等决策上 → 池满 → 新邮件排队 （设计如此：满载排队不丢信），于是我 300s 等不到回信。清掉卡住的请求后队列**立即 排空**、排队那封信被取出并起了一轮。也就是说：人在开会时，同一个 Agent 接不了新活。 是否把等待授权的 worker 挪出池子（或单独给额度），需要你定。	2026-09-13 12:06:40 +08:00
JianFeeeee	f243355bd4	test(webui): 全流程演练（真浏览器 + 真后端 + 真 Agent 闭环） ... test/manual/webui-full-flow.mjs —— 37 项判据，实测 37/37 全绿、0 失败 0 无法判定。覆盖：登录（含错密码负向对照）→ 收件箱 → 打开详情 → 写信带 附件 → **真 Agent 闭环**（Agent 请求 bash 授权 → 在界面批准 → 决策落库 → Agent 继续 → 回信把附件原样带回，sha256 一致）→ 授权页 → 多账号添加/切换 → 主题与背景（含自定义图片）刷新后保持 → 窄屏 → 全程无预期外 4xx/5xx。 判据要点（这轮踩过的坑都在里面）： - 授权邮件**不在收件箱列表里**（MailList 明确把 permission_request 滤到 「授权」导航项）——在收件箱里找它必然"找不到同意按钮"，看着像 UI 缺陷。 - 决策按钮必须用**精确文本**：`has-text("同意")` 会命中"已同意"/"一直同意"， `.first()` 可能点到别处，表现是"点了但库里没有任何决策"（像后端失灵）。 - 一次「同意」只放行**一条**命令，多步任务会一条接一条地问（实测 pi 连问 两次）——所以脚本首次用「同意」、之后用「一直同意」，两种选项都验到。 - 未登录时前端要问一次 `/auth/me`，那时 401 是**正常回答**；登录之后再 401 才是会话丢失。判据按时间点区分，而不是无条件放过这个端点。 - 故意用错密码造的 401 也要断言"确实产生了"，否则"被拒"那条可能是假绿。 顺带清掉本轮留下的测试数据：6 条待决权限决策为拒绝（剩 0），13 个测试会话 归档 12 个（余下 1 个属他人会话，服务端 403「无权归档他人的会话」——这是 对的，没绕过去）。	2026-09-13 09:30:44 +08:00