8 lines
1.9 KiB
Markdown
8 lines
1.9 KiB
Markdown
FAIL
|
|
|
|
crates/ely-lok/src/client/tests.rs:169 — R5 的宏安全回归测试缺陷仍在。文档样本绑定按钮事件，加载测试没有触发该事件；正向对照执行的是用户配置中的另一份库宏。隔离副本把 LOAD_OPTIONS 改为 `EnableMacrosExecution=true,MacroSecurityLevel=0`，重新构建工作进程并运行 `a_macro_never_writes_its_marker`，测试仍通过，无法检测加载时放开宏的回归。使用同一份带有效自动执行事件的文档验证禁用和放开两种配置，并要求放开宏的变异使安全测试失败；正向执行对照放入独立测试程序。
|
|
|
|
crates/ely-lok/src/client.rs:372 — R5 的完整 JSON 校验缺陷仍在。数字检查接受前导零，字符串解析器在第 319 行直接接收未转义控制字符。通过 IPC 返回正确的三个版本字段，再追加 `"invalid":01`，或追加含实际换行字符的字符串字段，实测 `Worker::spawn` 均成功；追加合法的 `"extra":1e2` 或 `"extra":"\ud83d\ude00"` 又被误拒绝。R5 的 `--`、非法反斜杠转义与 `\u004c` 用例已修复，但畸形响应仍可通过固定构建校验。使用完整 JSON 解析器核对顶层版本字段，并覆盖前导零、控制字符、指数数字和代理对转义。
|
|
|
|
scripts/build-libreoffice.sh:58 — R5 的残缺补丁校验缺陷仍在，绘制条件校验也再次缺失。`patched()` 只搜索三个全文件 marker，头文件和像素复制分支共用同一 marker。以固定提交的原始 init.cxx 应用完整补丁后，分别仅恢复旧绘制条件、仅恢复像素复制分支的 `#ifdef _WIN32`、仅恢复 BitmapTools 头文件条件，实跑脚本三次都进入受控 make 桩并以 0 退出。前两种状态会在 macOS 编译掉绘制或像素复制，破坏出图块要求。空缓存首次应用补丁已通过；应校验完整补丁结果，对残缺和未知状态明确报错，并覆盖逐项撤销补丁修改的回归测试。
|