Procházet zdrojové kódy

docs(cockpit): 记录第四轮规范审查修复与未修项

ChenJZ před 8 hodinami
rodič
revize
d3c91e42be
1 změnil soubory, kde provedl 21 přidání a 0 odebrání
  1. 21 0
      docs/cockpit-video-lifecycle-acceptance.md

+ 21 - 0
docs/cockpit-video-lifecycle-acceptance.md

@@ -72,6 +72,27 @@ Standards 与 Spec 在不同子代理中独立运行,未用 Lead 的自查替
 
 这四个新增坏响应参数用例后,再次完整 `mvn -o -fae ... test`(无 failure.ignore)通过:**270 + 844 + 22 + 96 = 1232 项**,0 失败/错误/跳过。前面的 1228 项 clean test 是修复前一阶段的真实记录,不覆盖历史。最终日志见[完整确认回归](<E:/pipe-ner-server/.scratch/video03-lifecycle/round-final-confirmation.log>)。
 
+## 第四轮:规范审查修复(2026-11-13,仍未关闭)
+
+独立 Standards 复核指出的确定问题已修复并提交(未推送):
+
+| 提交 | 内容 |
+|---|---|
+| `933317f5` | 协商 SSRC 后由 token 归属真实归还池号;归还失败绝不记为已归还 |
+| `4e3cc34f` | 终拒只接受最终失败状态码(1xx/2xx/401/407 不算) |
+| `cf05cfda` | 移除未使用的协商 SSRC 重载 |
+| `14000384` | 失败响应按 callId+cseq 移除 SIP 订阅,避免残留订阅二次触发错误 |
+| `bd80b6a4` | ZLM 已创建端口但回执 CAS 失败时关闭该端口并回调,不再静默泄漏;managed/adopted 收尾改用原 Invite 快照 CAS 删除;移除死代码字段;终拒写入失败记日志 |
+
+**仍未修复的两项(不掩盖)**:
+
+1. `VideoLifecycleService` 的取消收敛语义:审查认为缺少 `allocationClosed` 时不应置 STOPPED,但简单收紧会使适配器真实返回的 STOPPED 永久停在 Pending。我两次尝试都破坏了既有用例,已回退,未提交半成品。需要先确定契约(`STOPPED` 是否本身即终止证据),再动代码。
+2. peer BYE 持久化失败时跳过 RTP 回收:属真实残留缺陷,我未找到同时满足“保留 pending 证据”与“仍回收媒体”的最小改法,已回退。
+
+**范围问题(我的判断失误)**:为修本票资源归还,把 `getPlaySsrc/getPlayBackSsrc` 全量 token 化,触及旧管理端点播/回放路径,与 spec “不改旧接口权限”边界冲突。PLAYBACK 仍走 legacy 无代次路径,因此“统一模式切换接缝供历史票消费”只覆盖 managed live。
+
+最新完整后端回归:**291+851+22+159 = 1323 项**,0 失败/错误/跳过,BUILD SUCCESS。前端 43 项未变。
+
 ## 依赖、迁移与剩余工作
 
 用户明确批准 H2 **2.1.214** 仅 test scope(发布许可 MPL-2.0/EPL-1.0);jar SHA-256 `d623cdc0f61d218cf549a8d09f1c391ff91096116b22e2475475fce4fbe72bd0`。没有把 H2 放进应用运行依赖,没有连接真实数据库。