AskaEth
4fce12249e
docs(05): S7② 与 S3 的真机验收结清（S7② 通过；S3 在「在线冷启动进有内容次级会话」场景下否证）
S7②（通过）：补洞请求打在已摘除的会话上 ⇒ 404 ⇒ sessionGone；那句 8 秒的告知抓到（[33,378][1047,480]）；
select(主会话) 的副作用 POST /sessions/web/read 两轮都观测到。⚠️ 同时**修正我自己写的判据**：原先要求
「read 出现在 GET /sessions 之前」——实测顺序不确定（两条协程各起），该顺序判据不成立；真正该验的
「refresh 失败时也能回去」本轮没做。
S3（否证）：screenrecord + ffmpeg fps=8 抽帧 + 逐帧量两块区域的深色墨迹（不改生产代码）。时间线是
启动画面（新版图标）→ 「加载中…」 → 内容，**没有出现「还没有消息」空态**。局限：8fps 采样（<125ms
的闪烁会漏）、单场景、单 build，不写成「S3 不存在」。
方法论：别用墨迹的 x 宽度猜那是哪句话——我一开始据此误判，抽帧一看是「加载中…」。
2026-10-06 14:24:45 +08:00
..
2026-10-04 19:00:18 +08:00
2026-10-05 11:13:28 +08:00
2026-10-06 08:24:50 +08:00
2026-10-04 22:35:20 +08:00
2026-10-04 19:00:18 +08:00
2026-10-05 11:13:28 +08:00
2026-10-06 14:24:45 +08:00
2026-10-04 19:00:18 +08:00
2026-10-06 08:24:00 +08:00
2026-10-04 19:00:18 +08:00
2026-10-04 19:00:18 +08:00