ElyOffice/tasks/reviews/C14.7-r1.md

FAIL

- `reference/Ely-GPUI-Components/src/documents/picture.rs:167`：本地图片交给 `ImageAssetLoader` 后，损坏 GIF 的帧错误被不断略过，解码永不结束，图片也到不了可见错误状态。复现：文档引用一个 GIF，其字节为 `47494638396101000100800000000000ffffff21f90401000000002c0000000001000100000202ffff003b`。Windows 与 WSL 的同一加载器探针均持续产生帧错误，一秒内不返回；此前限时运行也持续占用一个 CPU 核。根因在 `vendor/gpui-pre/src/elements/img.rs:675` 的循环：解码器到 EOF 后仍不断返回错误，调用方继续循环。应让不可恢复的帧错误终止解码并返回失败，交图片组件显示；加入损坏 GIF 必须结束的回归。证据：`.work/C14.7-r1/windows-privacy.log`、`linux-privacy.log`，探针源码在 `privacy-source.log`。

- `reference/Ely-GPUI-Components/src/documents/picture.rs:167`：这里只删去了组件自身的错误详情日志，所调用的加载器仍把文档图片路径与解码错误写进日志，违背日志不得含文档内容的规则，也使 `agents.md` 的 C14.7 隐私记录不成立。复现：开启 debug 日志并加载上一项的损坏 GIF，日志反复出现 `Skipping GIF frame in Path(...) due to decode error: ...`，含完整路径与文件名；Windows、WSL 均复现。实际输出点为 `vendor/gpui-pre/src/elements/img.rs:685`，WebP 分支同样输出源地址。应从加载器根源移除源地址和解码详情的日志输出，并让回归实际捕获底层日志，而非只检查组件自己的日志语句。证据同上一项。

- `reference/Ely-GPUI-Components/src/documents/tree.rs:177`：表格单元格经 `inline()` 读取，图片走 `Images::Alt`，地址被丢弃，最终只画替代文字。复现：`| Picture |\n| --- |\n| ![shot](assets/shot.png) |` 在可视和预览中都不会显示文档旁的图片；两端探针得到的单元格只有 `Inline { text: "shot", styles: [], links: [] }`，没有图片节点。违反 MARK-03 的表格、图片支持以及本任务的文档旁图片要求。应保留并渲染单元格内的图片内容，补充表格内本地图片实际出图的测试。证据：`.work/C14.7-r1/windows-probes.log`、`linux-probes.log`；现有 156 个 documents 测试两端均通过，未覆盖此组合。

- `reference/Ely-GPUI-Components/src/documents/render.rs:27`：范围内仍有超过十词的注释，该行 37 词；同文件 64、70、86 行，`tree.rs:19,37`，`markdown.rs:61,79,136,177,211,219` 也超限。按空白分词即可复现，违反审查要求及项目注释规则。应删去非必要注释，或压缩到单行十词以内，并让注释检查覆盖本次组件库范围。计数证据：`.work/C14.7-r1/rules.log`。