1.8 KiB
FAIL
../Ely-GPUI-Components/src/git/rows.rs:99 — 文件类型判断只产生 prose 布尔值，代码文件继续统一调用通用 code_colors，R2.12 的按文件类型着色仍有错误。复现：用 DiffViewer 分别查看 script.py、config.toml，旧内容为 # return 42\n，新内容为 # return 42\nvalue = 1\n。Python 和 TOML 的首行均为整行注释，原生窗口中却把 return 画成紫色关键字、42 画成橙色数字；行内和并排布局均复现。实际词法输出为 Mark、Word、Number，调用链没有传入语言。修复方向：将文件类型传入实际着色层，按对应语言处理注释、字符串和关键字，并保留 Markdown 的纯文本处理。
../Ely-GPUI-Components/src/git/rows.rs:131 — 新增测试只断言 prose(path) 的分类结果，缺少实际 DiffViewer 着色的回归断言。隔离副本中将 viewer.rs:197 的 let prose = prose(&self.path); 改为 let prose = false;，Markdown 在两种布局下重新出现代码高亮，组件库 cargo test --lib --features test-support --offline --locked git:: 仍然 35 项全过。原生截图对同一 Markdown 文本区域比较，行内布局有 873 个像素变化，并排布局有 805 个像素变化；证据保留于 /tmp/R2.12-r1-render.log 和 /tmp/R2.12-r1-mutation-test.log。基线 ElyTree 构建、检查和 110 项测试也通过。修复方向：补充两种布局的实际文本颜色断言，覆盖 Markdown 纯文本和代码文件的语言着色，使该突变触发测试失败。
../Ely-GPUI-Components/src/git/rows.rs:96 — 本次新增注释 A line's text, colored as code unless prose, changed words washed. 按空白分词为 11 个词，超过本次审查要求及 agents.md 的十词上限。修复方向：将其缩短至十词以内，保持单行。