7 Commits

Include renames

Author	SHA1	Message	Date
AskaEth	a322cfcbfe	refactor(core): M126 r1 返工：词表改由宏单表生成，安装侧解析收口 ... 复审 r1 的三条： P1（CI 会红）：`const MARKERS: [(LoaderKind, &'static str); 6]` 触发 clippy::redundant_static_lifetimes（`error: constants have by default a 'static lifetime`）。返工直接**删掉 MARKERS**：标记串就取 `LoaderKind::as_str()`，候选顺序取 `LoaderKind::ALL`，认不认标记看 `has_marker()`——解析表既没有独立字面量，也没有独立清单。 P2-1：「漏加 ALL 不会被任何东西拦住」是真话，之前的 doc 覆盖声明是假的。返工用 `loader_kind_vocab!` 宏从**一张表**一次生成枚举 / `ALL` / `as_str` / `has_marker`： 「加了一支却忘了进清单」在物理上不可能（没有第二份清单可写）。尺寸锚随之删除（`[Self; N]` 的宽度本来就由表决定），`parse` 留在宏外的独立 impl 里。 P2-2：「全仓唯一一份 id 字面量」原先不成立——安装侧 `LoaderKind::parse` 还手写了一份反向 匹配表，并带一个只进不出的 `neo-forge` 别名。返工让 install 侧 `parse` **委派** `core::game::LoaderKind::parse`，只额外收 `neo-forge`（Modrinth 拼法）这一个输入别名， 并新增 `addon::loader::tests::vocabulary` 覆盖「委派没接错 + 别名只进不出 + 装不了的几家 返回 None」。 测试：core 的 `markers_cover_every_kind_that_has_one` 换成 `every_stable_id_parses_back_to_its_kind`（往返 + 顺序优先级），仍是「改名不可见、只有契约 测试能抓」的分工，doc 里写明。 门禁：fmt OK；clippy -p unlucky-core -p unlucky-presenter -p unlucky-cli --all-targets -- -D warnings 干净；三 crate 测试 core lib 401 / presenter 220 / cli 41 全 ok。 文件行数：loader.rs 397（≤400）。	2026-11-05 18:08:57 +08:00
AskaEth	be37c17962	refactor(core): M126 加载器稳定 id 词表收敛到 game::LoaderKind::as_str ... M122 把「id → 加载器」的解析收到 core::game::loader::InstanceLoader::parse，但 「种类 → 对外稳定 id」的命名词表还散在多处，其中 install 侧那一份只靠一句「不要改名」 的注释约束，MARKERS 更是第四张无守卫字面量表。 - core::game::LoaderKind 新增 as_str（**全仓唯一一份 id 字面量**）、has_marker （穷尽 match：新种类必须表态认不认 id 标记）、parse（as_str 的反查）与 ALL（清单， 顺序即标记优先级）；MARKERS 的标记串改为取自 as_str，不再是独立字面量。 - addon::loader::LoaderKind::as_str 改成委派（结构映射，无字面量）：安装侧拼出的 <mc>-<kind>-<loader> 与解析侧从此同源。 - presenter::dto::instances::LoaderKind 的 as_str/parse 委派给 core（to_core/from_core 是结构映射），删掉第四份词表；CLI 删掉 loader_kind_id 翻译层，直接调 core。 - 测试：core 新增 markers_cover_every_kind_that_has_one（MARKERS↔ALL↔has_marker↔as_str 逐格对齐 + 按标记串 round-trip + neoforge 先于 forge）；presenter 新增 loader_kind_ids_are_the_released_contract（七个 id 逐字钉住 + 反查 + 别名隔离）。 - 对外输出未变：真二进制对同一组 7 类实例的 `instances list --json` 输出逐字节相同 （md5 0341752658ca28e020ba48c31a51a124），人读输出同样逐字节相同。 file 行数：core/game/loader.rs 337→399（≤400 硬约束，文档按密度重排、事实未丢）。	2026-11-05 18:08:56 +08:00
AskaEth	081ce65596	fix(core): M122 版本 id → 加载器只留一份解析，并认全自家 id 口径 ... `presenter::host::game::loader_from_id` 只认 `fabric-loader-…` / `quilt-loader-…`， 而本启动器自己生成的 id 是 `<mc>-<kind>-<loader>`（`1.20.4-fabric-0.16.5` / `1.20.4-quilt-0.27.0`），于是刚装好的 Fabric / Quilt 实例在实例页显示成「原版」。 - 新增 `core::game::loader`：`InstanceLoader::parse` 是全仓唯一的 id 解析入口 （按 `-` 切段、段前缀匹配标记、跳过独立的 `loader` 段、砍老 HMCL 的 MC 尾巴）。 覆盖自家四种口径（生成端 `addon::loader::LoaderKind::version_id`）、老 HMCL / CF 口径、OptiFine / LiteLoader 第三方前缀；标记按整段前缀匹配，不再用「包含子串」。 - presenter 只留 DTO 翻译：`dto_kind` 穷尽 match（`dto/` 里仍不许出现 core 类型）。 - 测试：真值表**从生成端取 id**，反向锚（普通版本 id 不被认成加载器），映射单射， 以及端到端快照（`instances()` 的磁贴数据对四个加载器各自的版本号与徽标）。	2026-11-05 14:46:22 +08:00
AskaEth	609bcb3044	fix(dlflow): M105 r1 —— 取消后不再逐个派发剩余文件；取消证据补强；取消提示进 i18n ... 复审三条（p2-3items / fix-then-merge，其中两条按 p1 对待）： **P2-1 取消后仍为每个剩余文件各发一次请求（p1）** `select` 先轮询左支 ⇒ `install_one` 第一次 poll 就把 `engine.download(…)` 派出去了； 只把标志检查写在右支，等于取消后「每一个剩余 item 都创建并至少 poll 一次」 （一次整文件 sha1 + 一次请求），盘上已就绪的还会第一 poll 就 `Ready` 并回调 `sink`。 修：`async move` 第一句就 `if is_cancelled(cancel) { return None; }`，这些 item 连 `install_one` 都不进。守门用例 `cancelling_mid_run_stops_creating_remaining_files` （三文件全在盘上、并发 1、sink 首次回调即置标志 ⇒ 数 sink 回调次数）： 修后 1，删掉那两行变异后 **3**（见报告，红/绿均实跑）。 模块文档同步改成与实现一致，并把复审点名的固有边界写进注释：取消瞬间最多有 `concurrency`（GUI 传 16）个 future 已经过了那道门，其中「盘上已就绪」的仍会跑完自己的 回调（靠 presenter 的安装代次丢掉这些进度事件），真在下载的会在同一次 poll 被取消。 **P2-3 真网络装置的断言比声称的弱，且有一条探的是恒不成立的路径（p1）** ① `.ullpart` 原来只断言「5 s 后不再增长」⇒「留下一个不增长的非 0 中间文件」会绿； 改成 `assert_eq!(parts_after, 0)`。 ② 实例登记原来探 `<game>/instances`（根本不存在 ⇒ 恒 false，什么也没证明）； 改成读 `LauncherLayout::profiles_config()` 的 `read_profiles()` 并断言 0 条。 ③ 模块文档里那条探针的路径一并订正。 变异自证：留一个 20 字节 `.ullpart` ⇒ 红（`left: 20 / right: 0`）； 走真 `instance::register()` 造一条 profile ⇒ 红（`profiles.json 里 1 条实例`）。 **P2-2 取消文案仍是硬编码中文，与新选项区同屏一中一英** `presenter` 没有 i18n 依赖，所以不是搬常量能解决的。改成发稳定信号： 新增 `CoreEvent::InstallCancelled`（不带文本），`AppState::install_cancelled` 只计数； app 层在 `refresh_view` 里比对计数、按 `Key::DownloadCancelled` 现求文本弹一次 Toast （`pages::download::cancelled_toast`）。`dispatch.rs` 的中文 Toast 删掉。 语言入口收成 `app::view::ui_lang()` 一处（现恒为英文；M106 接上语言只改这里， M106 合并前中文译文在产品路径不可达）。守门：`cancelling_announces_once_in_the_page_language` （只弹一条、文案来自目录、不含中文、重复 refresh 不重复弹）。 门禁（真实退出码）：fmt=0、clippy(--workspace --all-targets -j 2 -D warnings)=0、 `cargo test -p unlucky-app-iced --lib`=0（440 passed）、`cargo test -p unlucky-core`=0、 `cargo test --workspace --exclude unlucky-app -j 2`=0（57 个 target 全 ok，0 failed）。	2026-11-04 22:12:22 +08:00
AskaEth	30b1ff6f48	feat(dlflow): M105 安装选项区（四家加载器 + 官方版本列表 + 实例名）与取消安装真停 ... 用户实跑反馈两条，本轮各自定位到根因并修掉： 1. 「下载页没有前置加载器选项」= 功能未做：`Message::InstallVersion` 直接派 `AppCommand::InstallVersion`（= 只装原版），core 早在 M32/M35/M45 就有四家加载器的 安装管线。现在选中版本之后面板先给「安装选项」区（原版 / Forge / NeoForge / Fabric / Quilt + 该加载器的官方版本列表 + 实例名），点「安装」才派 `AppCommand::CreateInstance`。 - 加载器版本列表复用 core 的 `LoaderSource::loader_versions`，经新增的 `AppCommand::ListLoaderVersions` / `CoreEvent::LoaderVersions` 回流； 缓存键是 `(加载器, 原版版本)`，切版本不会串列表；取不到给具名原因并**禁掉确认**。 - 不兼容组合用静态规则在**选中那一刻**说清（NeoForge 需 1.20.1+、Fabric/Quilt 需 1.14+、远古版四家都不支持），不让用户「选完才失败」，也不为不可能的组合作无谓联网。 - 选项草稿（选中 + 加载器 + 加载器版本 + 实例名）住在 `App`，`refresh_view` 带进页面 模型（与分类筛选同一做法；页面自己存不住跨事件的东西）。 2. 「点取消没反应」= 真 bug，两跳各断一半： - 第一跳（UI 侧）：取消确实生效了，但**还在跑的后台线程继续发进度**，`InstallProgress(None)` 刚把面板收回，下一条「下载中」立刻又点亮它 —— 用户看到的就是「点了没反应」。 修法：`CoreHost` 加安装代次 `install_epoch`（开工与取消都 +1），`HostTask::Install` / `InstallDone` 带代次回来，代次不符一律丢。 - 第二跳（core 侧）：`execute` 没有任何取消入参，取消只停在段边界，传输根本没停。 新增 `execute_with_cancel(…, cancel: Option<&AtomicBool>)`（既有 `execute` 原样包装， CLI 一字未改）：取消后不再起新文件，在飞的那个与「取消 future」`select` 赛跑，取消赢就 drop 掉下载 future（响应流关闭、`.ullpart` 由 `PartFile::Drop` 清掉），并且不写版本清单， 返回新的 `InstallErrorKind::Cancelled`。 - 另外：取消后**绝不登记实例**（文件段跑完但用户已取消的那一路也拦住）；取消文案把 「哪些留着、哪些一定没发生」说清（D21）。 实测（真网络装置 `host/cancel_tests.rs`，`#[ignore]` 守着，跑法见文件头）： 取消前 files_done=2 / `.ullpart` 613 字节；取消后 20 s 进度事件 **0 条**、`.ullpart` **0 字节** （-613）、版本清单未落盘、实例目录不存在。取消前是 +201466 字节（同一个装置量的）。 文案全部进 i18n（中英，9 条新 key + 金表同步）。	2026-11-04 22:12:22 +08:00
AskaEth	dc4fac8391	fix(core/game): M49 —— Java 去重键平台无关归一化（Linux CI 三红） ... `game::java::discover::path_key` 只在 `cfg!(windows)` 分支折分隔符，POSIX 上 把 `C:\a\b\java.exe` 原样留成带反斜杠的键，与 `C:/a/b/java.exe` 不同键 → `dedupe` 不去重。三条用例（Windows 语义无 cfg 门）因此在 `test (ubuntu-latest)` 挂：`path_key_normalises_separators`、 `dedupe_keeps_the_higher_priority_source`、 `java_discover::dedupe_collapses_one_install_found_twice`。 - `path_key`：`\?\` 前缀剥离与分隔符折成 `/` 改为**与平台无关**（同一个 `bin/java[.exe]` 用哪种拼法都是同一个文件，键必须相同）；大小写折叠仍只有 Windows 做——POSIX 上 `Java` 与 `java` 是两个目录，折了会把两份真实安装误并。 已知取舍写进文档：POSIX 上文件名里的字面反斜杠会一并被当分隔符。 - 三条用例：不靠 `#[cfg(windows)]` 跳过。`path_key` 单测改成平台无关断言 + 大小写折叠的双侧断言（Windows 折 / POSIX 不折，两侧都钉住）；集成用例的 「同一路径第二种写法」按平台给（Windows 用大小写+分隔符，POSIX 用分隔符）。 - 回归钉子：新增 `one_install_normalises_to_one_key_whatever_the_spelling` （普通写法 / 反斜杠写法 / `\?\` 前缀写法 / 混合写法 四种拼法同键）与 `path_key_folds_case_only_where_the_filesystem_does`。 验证：Linux（rust:1-bookworm 容器，ull-linux-target 热缓存） `cargo test -p unlucky-core --lib --test game` → 224 + 120 passed / 0 failed （基线是 lib 220/2 failed、game 119/1 failed）； `cargo test --workspace --all-targets --no-fail-fast` → 34 个测试块 1137 passed / 0 failed（该次跑在 M48 launch 修复叠加的临时副本上，因为 M48 尚未合入 main，见报告）。Windows 本机 `cargo fmt --check`、 `cargo clippy -p unlucky-core --all-targets -D warnings`、 `cargo test -p unlucky-core` 全绿（17 个测试块 0 failed）。	2026-11-01 11:00:25 +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