[JavaZeroo]

resize 回放等待期间曾把旧尺寸的行/光标重新发布到新尺寸 Screen；回放中的显式清空也会把旧历史缓存补回。现在冻结最近完整的 resize 后状态，并由解析器实际执行的主屏 ED3/RIS 清空代次释放旧回放和缓存，选择/Find 随之失效，清空不计作淘汰。

这是 #29 的局部修复，叠加在 Draft #108 上（base fix/replay-text-coordinates-r29），不关闭 #29 或选择正式产品核心。候选补丁升为 termforge.5，C ABI、来源台账和报告身份同步；固定上游及注册表依赖未升级。

验证：

• 公开接口先复现行宽不一致和历史复活，再修复；4 种 pending 尺寸、24 种清空组合、原生历史空/缓存非空与 ED2 对照通过，原 861B/列坐标回归保留。
• Windows 11 x64 候选 + 系统 ConPTY 完整 CTest 49/49；Rust 157+6+1；重建 trace 后报告测试 6/6。核心实测 14db868 与 runner 修复 eedb577 分列，C++/Rust 源码相同；公开代码 3a7510a8f6df95309b62d0531d150cd592aea825 与后者 tree 相同。
• Standards/Spec 最终代码及证据复核均为 0。Hosted CI 四项均通过（attempt 1；Windows/Linux 作业均成功），局部结果不覆盖 [R1回归] 持续 cmd 输出时 ETX 未中断导致 normal/resize 超时 #36/[R2][回归] 收敛 Windows 可靠性与历史未闭合失败 #38/[R2][回归] 定位 hosted 剪贴板占用反馈后的45秒超时 #99 的历史失败。
• 两次隔离 WindTerm 2.7.0 Telnet 观察保留 42 条已知文本，恢复尺寸后文本投影恢复；只公开合成事实与原件哈希。文本接口不证明物理格、ConPTY child、实际呈现或性能。

修复与结果 · 原版观察边界

跨宽度缓存行的显示、零原生历史缓存启发式、备用屏缓存及完整 resize/真实 child 交叉仍开放。原版冻结/清空行为未对照；默认核心和 PR #50 实验官方后端未由本次候选/system 测试验收。

Hosted：pull_request External core candidate 40530631009、pull_request Build and synthetic regression 40530630879、push External core candidate 40530623661、push Build and synthetic regression 40530623644。PR merge 3ab969d 的 tree 与发布 HEAD 一致，无 rerun。

后续独立探针在本 HEAD 确认了混合历史视口行宽 8,8,4,4（目标 4 列）及空 feed 后历史 2→0，已记入 #29；这两项仍未修复，也未执行真实渲染。

[JavaZeroo]

按 #29 路线裁决（选项 C）关闭：不采纳本栈的行模型路线。

可叠加的部分已分别落地：#263（回放坐标失效修复）、#264（�iew_mapping 映射层）。其余提交属于被 #169 取代的行模型路线。分支保留供参考。