6 Commits

Include renames

Author	SHA1	Message	Date
AskaEth	c917bfa18f	fix(core,cli): M231 复审三条 P2 —— 恢复误删用例 / 收窄 --dry-run 文案 / 判定链去重 ... P2-1：`natives_cases.rs` 里 `missing_native_jar_becomes_missing_component` 是上一轮 批量截断时**误伤**掉的（我把「tree_snapshot 之后的所有内容」整段砍掉，连带这条与 dry-run 无关的用例），不是有意删。现已从 main 原样贴回，`MissingNativeJar` / natives 组件缺失这条用户可见失败路径恢复覆盖。 P2-2：help 的「也不写盘」是过度承诺 —— `commands/launch.rs` 的 `launcher_log::set_dir` /`record_start`/`record` 都在 `if args.dry_run` 之前，dry-run 仍会 append `<数据根>/logs/launcher.log`（连父目录 create_dir_all）。文案收窄成「不碰版本树 （不解压 natives、不建 natives 目录）；启动器自身的运行日志照记」。core 的 `DryRun` 文档同步加了「本层承诺 / 调用方日志另算」的边界。 P2-3：`extract` 与 `preview` 的「无 jar / 戳记命中 / 重解」判定链合成 `inspect()` 一份， 返回 `DirStatus`（NoJars / Ready(files) / Stale）+ 源 jar 指纹；两个入口只在这里分叉。 另：`tree_snapshot_notices_a_transient_directory` 在全量并行跑时偶发红（本轮门禁抓到 1 次， 单跑 3 次全绿）——「建了立刻删」对父目录 mtime 的影响会被 NTFS 合并。换成确定性自检 `tree_snapshot_sees_new_nodes_and_mtime_changes`（新节点 + 同内容重写的 mtime 变化）， 并把这条能力边界写进 `tree_snapshot` 的「抓不住」。	2026-11-11 05:18:56 +08:00
AskaEth	1fa30c4885	fix(core): launch --dry-run 不再落盘（natives 只预览，零建目录/零写文件） ... `ull launch --dry-run` 在「环境准备」段走的是真解压：即使只打印命令行，也会在 `versions/<id>/natives/` 下建目录、解 dll、写戳记，把别人的版本树改脏（父目录 mtime 也变）。失败路径（缺 jar 报 missing_components）照样留下这些副作用。 - natives 新增 `preview()`：与 `extract()` 共用条目筛选与戳记口径，但零落盘 （无 create_dir_all / clear_natives / write_stamp），只清点「将写下几个原生库」； jar 打不开照样报错，预览不藏坏包。 - `NativesReport` 增 `planned` / `dir_exists`：预览报告自报家门，人读行与 JSON 说清「未落盘」「目录尚不存在」。 - `Launcher::dry_run` 改走 `preview_environment`，`spawn` 仍走 `prepare_environment`。 - 报告类型拆到 `natives/report.rs`（mod.rs 曾破 400 行红线）。 - 回归测试（natives_dry_run_cases.rs）：有 jar / 无 jar / 空 jar / 已解压过四条 零落盘判据，用「节点类型 + 纳秒 mtime」快照逐字比较版本树，并带一条判据自检 （瞬时建删目录必须被快照看见，防假绿）。 - help：`--dry-run` 的承诺补成「不写盘、不解压 natives、不建目录」。 证据（外部版本树 versions/1.16.5 + 真 natives jar）： 修复前 dry-run 后 versions/1.16.5 mtime 1794342830.6861426 → 1794342832.4544542， 新增 natives/ + lwjgl.dll + OpenAL.dll + .ull-natives.json；修复后同一场景快照逐字 不变（mtime 1794343730.6618167），JSON natives.planned=true / dir_exists=false。	2026-11-11 05:18:54 +08:00
AskaEth	75aa5ee82c	fix(cli): 启动用的 Java 钉死 D4 校验过的那个 + M214 复审 nit1/nit2/nit3 ... - override_path 五来源统一钉住 D4 选中的运行时：以前只有 managed 钉路径， JAVA_HOME/PATH/system 三种会被 snapshot::prepare 的 selection() 按环境再挑一遍， D4 判过的 Java 根本不是真启动的那个。现在 `plan_java` 只做「选中 → 钉路径」， 人读行写出「版本（来源 · 具体可执行文件）」，--json 的 java 块并排给出 binary（校验过的）/ launch_binary（装配落地的）/ source，两者不一致时当场告警。 实例设置/全局设置里的 javaPath 也并入「谁指定了 Java」，不会被自动挑的结果顶掉。 - nit3：D4 的 Java 不符拦截挪到 identity::resolve 之前（微软轨解析身份会联网刷新 令牌、还会回写凭据），拦下的启动不再先触发一次刷新；不符提示补上「挑中的是哪个 java」，文案只加不减。 - nit1：error.rs / launcher.rs 的人读串里残留的 ** 标记去掉，并补两条回归断言。 - nit2：java_launch.rs 里「只提示不阻断」等旧注释对齐 D4 现状。 - launch.rs（399 行零余量）：D20 的隔离档位派生与切换检测整体搬到新文件 launch_isolation.rs，纯挪函数体（逐行 diff 只多 6 处 pub(super)）， 用 #[path] 挂载以免改 commands/mod.rs。 用例：钉路径纯函数单测 3 条 + 端到端 2 条（JAVA_HOME 置空证明非 managed 来源也钉住； 数据根放两个账户证明 D4 拦在身份解析之前）+ 人读串无 ** 的 2 条回归。 两条变异（①退回只钉 Managed ②退回身份解析之后）各自让新用例变红，已实测。	2026-11-09 21:30:55 +08:00
AskaEth	ff78fe2cae	fix(core): 老版本 Java 按版本距离选 + 启动看门狗有界等待 + 结束归属（M214 D4/D6/D10） ... D4：`pick` 的排序键从「来源序」改成「版本距离 → 来源序」，全不满足时选最接近要求的那个 （托管 25 与 JAVA_HOME/扫盘 17 之间选 17，而不是按 rank 选托管）。新增 `select::decide`： 不符且**没有人显式指定 Java** 时 `ull launch` 直接报 `java_mismatch` 不 spawn（`--java` / 实例 `javaPath` 是豁免，只告警）——1.12.2 配 Java 17/25 必然起不来，警告没有信息量。 `JavaMismatch` + `check` 拆到 `mismatch.rs` 并加 `advice()`（mapping.rs 408→282 行）。 D6：`LaunchSession::finish` 的等进程改成**有界**。判据在 `startup_watch.rs`（纯逻辑）： ①窗口从未出现且**连续 N 秒没有任何日志**（还在打日志就说明还在加载，慢加载不被判死）； ②日志出现关闭标记后 N 秒仍未退出（实机「关窗后 java.exe 仍存活」的形状）。 到点只**停止等待、绝不杀进程**：写 `session_end(still_running)` + 索引 + `launcher.log`， 返回 `LaunchError::Watchdog`，CLI 翻成 `launch_timeout`。两个时长可配 （默认 300s/60s；`ULL_LAUNCH_STARTUP_TIMEOUT_SECS` / `ULL_LAUNCH_SHUTDOWN_GRACE_SECS`， 生效值每次启动写进 launcher.log 与人读输出）。 D10：把「被终止」与「应用错误」分开。①我们自己杀的：`tree_kill` **送达即登记** `kill_registry`（pid 登记簿，取走语义、上限 64），覆盖 GUI 从别的线程 `kill_tree` 的路径， `finish` 据此判 `killed`；②外部强杀：Windows 上「退出码 1 + 零错误输出 + 无崩溃/JVM 关键字」 判 `killed` 并标 `terminated_externally`（任务管理器与 `taskkill /F` 都是 `TerminateProcess(h, 1)`，应用真崩给的是 NTSTATUS 异常码）。 顺带：`SessionHandle` 拆 `session_handle.rs`（launch_session.rs 422→343 行）、 `NativesReport::to_json` 落 core（cli/launch.rs 腾出空间，仍 399 行）。 用例：select 距离/取舍、startup_watch 状态机、watchdog_cases（4 条真进程）、 exit_cases（外部终止与「我们杀的」区分）、pipeline 跨线程 kill。	2026-11-09 17:07:22 +08:00
AskaEth	6ce825db8d	fix(launch): M48 —— POSIX 组杀假成功导致 stop() 空等超时 ... CI test (ubuntu-latest) 自 M43 起红的根因不是「组杀打到自身进程组」， 而是 procps-ng 的 kill 把裸 `-<pgid>` 当成又一个信号选项吞掉：退出码 0、 什么都没发。旧实现据此提前 return，单 pid 兜底永远不执行，于是 process_smoke::stop_kills_process_tree 与 pipeline_cases::pipeline_stop_records_killed_exit 只能干等 graceful+5s 预算后报「强制结束后进程仍在运行」。 - process.rs：Unix 分支用 CommandExt::process_group(0)（std 1.64+ 安全 API，无需 pre_exec/unsafe）让子进程自成一个进程组，与 Windows 的 CREATE_NEW_PROCESS_GROUP 对称；这也让「树」回收真正覆盖后代。 - tree_kill.rs：组杀改用 `kill -TERM -- -<pgid>`（`--` 不可省），并且 先过 group_kill_target 三重验证——目标必须是自己的进程组组长、必须 读得到我们自己的组、目标组不能就是我们所在的组；单 pid 兜底改为 「永远执行」，kill 缺失（NotFound）返回明确错误而不是静默失败。 pid==0 守卫从 kill_tree 提到 terminate/force_kill 共用入口。 - 测试钉子（Linux 门住）：spawn 后子进程 pgid == 自己的 pid 且 != 测试进程 pgid；组杀只接受验证过的独立组；组杀覆盖孙进程且不碰我们 自己的组；同组子进程靠单 pid 兜底仍能被干掉；pid 0 一律拒绝。 验证：rust:1-bookworm 容器（ull-linux-target 热缓存）cargo fmt --check、 cargo clippy --workspace --all-targets -D warnings、cargo test -p unlucky-core --test launch（82 passed，两条原红灯转绿）、cargo test --workspace --all-targets --no-fail-fast 不再被 SIGTERM 打断；Windows 本机 fmt/clippy/cargo test -p unlucky-core 全绿。	2026-11-01 10:32:18 +08:00
AskaEth	bc41dfcf7d	Unlucky Launcher v0.0.1-alpha ... Rust 原生单文件 Minecraft 启动器：CLI 完整可用（install/launch/accounts/java/diagnose/agent）， MCP server 接入外部 Agent 工具，GUI 开发中。	2026-10-31 21:54:10 +08:00