Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
2.7 KiB
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|  |在可视和预览中都不会显示文档旁的图片;两端探针得到的单元格只有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。