C14.7 r3: inline GIFs end at a bad frame too; C14.7 [~]

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>

tasks/TASKS.md

@@ -104,7 +104,7 @@
 - [x] C14.4 ElyMark 文件会话改为原生（MARK-01，§14.3，QA-21）：视图换成 C14.3 的组件，文本即文件原文，无序列化；BOM、CRLF 照旧；新建、打开、保存、另存、重命名照旧；应用不再依赖 `ely-web-content`。网页实现的功能随之删去，在各自的任务里原生重做：查找替换与表格（C14.9）、附件（C14.10）、书写视图的应用（C14.12，`look.json` 与菜单照旧）、导出与打印（C14.14）；其文案留到那时。依赖网页的真窗口脚本 `tests/scripts/mark-*` 删去，ElyMark 的行为由 gpui 窗口测试覆盖 — R1 FAIL 四项已修：载入未报给外壳（视图在下一轮更新报一次）；大文件判定只看打开时（随当前文字，越过即转源码，组件库丢旧读取）；刷新测试不核对文字与撤销；四行注释超长。R2 ok
 - [~] C14.5 删去 CEF：`crates/ely-web-content`、`scripts/fetch-cef.sh`、`scripts/build-mark-content.sh`、`apps/ely-mark/web`、打包里的 CEF 辅助应用与许可、CEF 的测试脚本；PRD 与 `agents.md` 写明新路线，ElyMail 正文不用 CEF 与 Electron — R1 FAIL 三项已修：帮助里“只读所在文件夹”是网页的限制（改写原生的图片规则）；`agents.md` 与无障碍记录引用已删的脚本；PERF-07 的就绪日志随 C14.6 接上（写明）。R2 FAIL 一项已修：存储测试的样本在干净启动时被删（改为崩溃后只由清除记号删去恢复副本，记号用掉即为重试）。R3 FAIL 一项已修（不再送审）：新建文档在可视模式键入无处落下，存储测试先 Cmd+2 到源码；产品缺陷记入 C14.6
 - [~] C14.6 编辑模式与大文件（MARK-02、14，PERF-07）：可视、源码、预览按标签切换，切换不改文件，撤销跨模式；超过阈值的文件只开源码并说明；1 MB 文档 2 秒内可编辑，实测记录；新建的空文档在可视模式下键入无处落下（C14.5 审查查出），须可直接键入 — R1 FAIL 两项已修：预览回可视不再打开空文档的输入框（同一焦点，无事件；换模式时直接查）；自动打开的空块吞掉撤销（块未动时撤销走全文）。R2 FAIL 两项已修：以文字相同判断块的历史边界，丢了块内的重做；全文撤销成空后不再能键入（读完新文字再打开）。R3 FAIL 一项已修（不再送审）：两份历史，关块即丢块内重做；改为只有全文一份历史，块内撤销重做先写回块再走全文（组件库 639521e，三条复现写成回归）
-- [ ] C14.7 Markdown 与扩展语法（MARK-03、04）：CommonMark 与 GFM、脚注、公式、Mermaid、front matter（不进可视，原样在上方）；文档旁图片；链接照 M-05（可视 Cmd/Ctrl 单击、预览单击交应用）
+- [~] C14.7 Markdown 与扩展语法（MARK-03、04）：CommonMark 与 GFM、脚注、公式、Mermaid、front matter（不进可视，原样在上方）；文档旁图片；链接照 M-05（可视 Cmd/Ctrl 单击、预览单击交应用） — R1 FAIL 四项已修：坏 GIF 使 gpui 的加载器永不结束（坏帧即结束并报错）；加载器把图片路径写进日志（错误不带路径）；表格单元格丢图片（单元格为块）；组件库的长注释。R2 FAIL 三项已修：窄格里图片不缩（单元格可收缩）；`tree.rs` 超过 500 行（测试移出）；测试文件的长注释。R3 FAIL 一项已修（不再送审）：`data:` 图片走 `Image::to_image_data`，同一坏帧循环（同样结束并报错，应用测试复现）
 - [ ] C14.8 导航（MARK-05）：大纲取 markdown-rs 的标题与位置，按标题跳转；文件树、多标签、最近文件照旧
 - [ ] C14.9 编辑工具（MARK-06）：查找替换（大小写、全词、正则），缩进，列表续写，表格插入与行列操作，代码高亮
 - [ ] C14.10 附件（MARK-07）：拖放与粘贴图片复制到文档旁 `assets/`，在插入点写相对链接

tasks/reviews/C14.7-r3.md

@@ -0,0 +1,3 @@
+FAIL
+
+- `reference/Ely-GPUI-Components/src/documents/picture.rs:133`：`data:` 图片经 `Unpacker` 调用 `Image::to_image_data`，没有经过本轮修复的 `ImageAssetLoader`；前者的 GIF 解码循环仍吞掉坏帧错误并继续迭代，解码器持续返回错误时加载永不结束，也不显示失败原因。复现：打开含 `![broken](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIC//8AOw==)` 的文档。这与已有坏 GIF 回归使用相同数据，但该回归只覆盖本地文件入口。Windows 与 WSL 实际调用 `origin` → `Unpacker::load` 的独立探针均在两秒后超时；本地文件回归通过。应让内联图片的解码路径同样在坏帧处返回错误，并补充该入口的回归测试。证据：`.work/C14.7-r3/windows-data-picture.log`、`linux-data-picture.log`、`actual-probe.txt.source.log`。