fix(webui): 新到的授权请求藏在折叠分组里 —— 徽标动了，内容看不见

用户报告："我点到授权界面，才更新显示授权请求"。

先排除了推送本身：实测徽标是**实时**更新的（gui-lab 授权 7→8、jianf 1→2，
都没导航）。问题在内容：`PermissionList` 的展开状态
`const openSet = expanded ?? new Set(autoOpen)` —— 一旦手动点过一次，
`expanded` 就冻结成"点的那一刻"的快照，此后新到的待决请求落在一个折叠的分组里：
徽标数字变了，正文却看不见，直到离开再回到授权页（组件重挂载、`expanded`
回到 null、默认展开重算）才出现。

这违反代码自己的设计意图（注释写着「有待决策请求的会话默认展开：那些是在等人
动手的，藏起来等于没解决问题」）。

修法：加一条**状态迁移**判据 —— 新出现的待决邮件（`sessionId:mailId`）让它所在
的会话自动展开。用 mail_id 而不是"会话有没有待决"作判据，是因为实测撞到的正是
"会话早就有待决、用户把它折叠了，之后又来了一条"；而用户在那之后再手动折叠同一
条不会被弹开（没有新 mail_id）。

验证：
  · 真浏览器复现：授权 2 → 3 而新请求正文不可见，重进页面才可见（复现成功）
  · 新增 `test/components/PermissionList-autopen.test.tsx`（3 条，含反向对照）
  · 扰动验证：撤掉修复 → 2 条目标判据红、对照判据仍绿；恢复 → 3/3
  · 部署后同一探针复验：折叠状态下新请求**立刻可见**，不再需要重进页面
  · 前端 239 测试全绿；桌面重打包与 WebUI 同源（index-jaRgHqX2.js）

顺带修掉一个**更严重的缺陷**（在做「用 zcode 写个网页」时被 agent 自己报出来的）：

  fix(plugins): zcode 的 read_mail 永远返回空正文

agent 回信原话：「read_mail 返回的正文是空的，收件箱预览在「点击计数…」处被截断」
—— 它因此只看到前两条要求，写出来的页面漏了第 3 条（生成时间）。

根因在 `lib/inbox-format.js` 的渲染端：

    const body = m?.body_preview || m?.body || '';
    lines.push(`内容: ${String(body).slice(0, bodyLimit)}`);

zcode 的 read_mail 用 `bodyLimit = 0` 表示"要全文"（HTTP 侧 `?body_limit=0`
也确实是这个语义，服务端返回了完整正文），但这里 `slice(0, 0)` 把正文渲染成
**空字符串** ⇒ 模型永远读不到全文，只能看收件箱里那段预览。

修法：`bodyLimit <= 0` 视为不截断；不截断时优先取 `body`（单封接口可能同时带
`body_preview`，那是短的那个）。四份副本逐字节同源（`check-shared-libs.sh`
通过），每个桥各加 2 条判据：0 = 不截断、不截断时优先全文。
扰动验证：退回旧写法 → 2 条红。

端到端验证：让 zcode 读全文并原样回报最后一行（一个随机标记）。
修复后它精确回出 `最后一行标记：ZTOKEN-2c7561fd` ✓ —— 修复前这不可能。

四家桥都已重新部署到新快照（pi/opencode/dsh/zcode），部署漂移检查：
「四个宿主都在跑当前代码」。测试基线：pi 417 / opencode 323 / dsh 372 / zcode 382。

plugins/zcode-mail-bridge/test/inbox-format.test.mjs

@@ -104,6 +104,27 @@ test('正文按 bodyLimit 截断', () => {
   assert.equal(line.length, '内容: '.length + 50);
 });
 
+test('★ bodyLimit=0 表示不截断，且优先取全文（线上故障：read_mail 渲染成空）', () => {
+  // zcode 的 read_mail 就是传 0；曾经 slice(0, 0) → 正文成了空字符串
+  const long = 'y'.repeat(500);
+  const line = renderMail(mail({ body: long }), 0).split('\n').find(l => l.startsWith('内容: '));
+  assert.equal(line.length, '内容: '.length + 500);
+  // 反向对照：正数仍然截断
+  assert.equal(
+    renderMail(mail({ body: long }), 10).split('\n').find(l => l.startsWith('内容: ')).length,
+    '内容: '.length + 10
+  );
+});
+
+test('★ 不截断时优先取 body 而不是 body_preview（过短的那个）', () => {
+  const both = mail({ body_preview: '预览很短', body: '全文' + 'z'.repeat(300) });
+  const full = renderMail(both, 0);
+  assert.ok(full.includes('全文'));
+  assert.ok(!full.includes('预览很短'));
+  // 截断模式（收件箱列表）仍然优先预览 —— 那才是它的用途
+  assert.match(renderMail(both, 5), /内容: 预览很短/);
+});
+
 test('renderMail 容错：字段全缺不崩', () => {
   const got = renderMail({});
   assert.match(got, /unknown/);