#4848 之后的计划覆盖仍然缺失: 原生 macOS 崩溃报告断言和更新程序下载/安装
□ 内容
#4849 使预定的全回归报告行程 Linux 车道不能运行为 ** skipped:车道不能满足先决条件**,#4848 拥有在该车道上建造企业二进制,所以六行包出行. 即便在4848号陆地上,这些旅程的两个覆盖维度仍然无法自动在任何地方执行,因为无包装的Linux`-dir'覆盖不是释放/安装/native-macOS覆盖。 对"#4849"的第二次评论将两者都命名了;这个问题拥有它们.
□ 1. 原产地macOS崩溃报告说法(桌面-平面-路径)
evals/ specs/desktop-quit-path.e.ts:76-90 ' 声称,只有在CRASH REPORTS-ObSERVable'(process.plateform Q' "darwin",evals/worlds/desktop-quit-path.ts:31')时,“没有写出坠机报告”。 在Linux上,分支记录“崩溃报告检查被跳过——需要:macOS诊断报告”,只有退出代码/符号是证人。 因此,CI从未断言过退出(第4787号)索赔的负一半 -- -- 完全退出在QQ/Library/Logs/Diagnostic Reports中没有任何内容。
^ 2. 更新下载/安装,而不仅仅是尝试(包装-预发-更新)
" Evals/ specs/packed -- preactivation-updater.e2e.ts:72-90 " 称,一个已启动的企业安装了 * starts * 更新检查( " 活动 " )。 检查 > 0')。 它自己的评论说明了为什么没有更多的断言:"登"是无法接触的,网络可能拒绝该清单,一个已放行的Linux目录无法自我更新. 因此,"更新被下载并被应用,之后同样的剖面靴"没有被这个谱面所覆盖. `已放行的企业启动'包括一个现场更新路径,但仅包含一个已放行的基线二进制,该二进制不提供车道(#4848)。
□提议
- 将企业口味包装成真正可安装文物的macOS执行道(自备或托管macOS跑道,或代托纳-macOS主机,如果有的话),用“CRASH REPORTS OBSERVable”运行“台上-平面-路径” 真实的 , 并运行一个更新的旅程, 对抗受控更新的种子( 世界已经暴露出“ 更新活动( ) ” ; 添加一个本地的种子, 服务于更新的签名建筑) , 声称下载 —— 安装 —— 重启 —— 相同的配置靴 。
- 保持Linux的断言原样;不要削弱这些断言,使macOS车道更加容易.
□ 接受标准(可计量)
- [ ]在macOS上进行的一次定期运行将 " 台式计算机-平面路径 " 列为通过,其中有证据栏 " .诊断报告 " (没有 " 崩溃-报告检查跳出 " 一行),用于新安装和已激活的安装和刺激(SIGTERM,浏览器.close)。
- [ 在装有包装、可安装文物记录** 的更新器行程中,有证据表明,
下载 > 0 ' 、该更新被应用(版本字符串在整个重新启动期间有所改变),更新前的描述仍然靴子 -- -- 不仅仅是检查 > 0 ' 。 - [ 两次出行都以"TestNeeds"词汇表('需要: {平台:"darwin" }`,任意feed/env)宣布其先决条件. . . . . . . .
内容来源: different-ai/openwork