7 Commits

Include renames

Author	SHA1	Message	Date
AskaEth	ecd24f0608	fix(m162-r2): 金表沿用主线的拆分边界 + phase/pipeline 回到 400 行内 ... 金表（rebase 到 M161 后重写这一段）：**采用 main 的拆分边界**——`golden/tail.rs` （`InstancesLaunchReset` 之后、`PackTargetNew` 之前）+ `golden/tail2.rs` （`PackInstanceName` 之后），不再保留本分支原来那套 205/221 的切法。 本分支新增的 6 条 key（`ContentOffline{Title,Body}`、`ContentDetail{Fetching,FetchFailed, VersionCount,VersionLine}`）按 `Key::ALL` 的顺序并入 main 的 `tail.rs`； `golden.rs` 的 `rows()` 保持 `GOLDEN + tail + tail2` 三段串联。（`len()` 与内容同源的修正 在下一个提交里。） 其余两处（本来就是我推过线的，现在回到红线内）： - `import/phase.rs` 397 → **400**：只动注释（`Resolved` 的两个摘要字段共用一句、 `resolve`/`settle` 的文档各并一行），代码语义零改动。 - `import/pipeline.rs` 399 → **400**：把补全注记（14 行）搬到 `import/complete.rs` 的 `Completion::note(lead)` 旁边，管线只剩一行 `complete_and_note(...)`； `scan_pack_online` 也改用同一个 `note("预检前")`——注记文案由两处变一处。 同时删除与 `import/complete.rs` 重复的 `online::complete::{complete_files, CompletionSummary}` （生产零调用方），只留生产在用的 `identity_of`。	2026-11-07 17:37:13 +08:00
AskaEth	81278f55af	feat(m162): Modrinth 在线内容源（匿名）+ 远端条目按 sha512 补全 + 离线态 ... core：新增 addon::online —— 按 Modrinth v2 真实形状建模（search facets / project / project versions / version_file by hash），网络出口只有 Transport 一个 trait，生产实现 EngineTransport 走既有 DownloadEngine::download_bytes（零新依赖）；错误分大类，网络类 失败映射成 NotConnected（= 未联网），不再用空列表冒充「没有结果」。 core：online::download::download_verified —— sha1 交给引擎流式校验、sha512 落盘后复核 （download::HashAlgo 没有 Sha512，改它超出 scope，已登记 finding），不符/失败删文件重试， 最多 3 次尝试且不留半截文件。 core：远端条目补全 —— PackFetcher::modrinth_file_by_sha512（默认 Unsupported = 补不出）， import 管线与新增的 scan_pack_online 都会在「有 path 但缺 hashes.sha1」时按 sha512 反查； 补出的 sha1 走 M160 同一套 judge 与合并判定，补不出仍进 unknown_remote 计数（口径未改）。 DownloadEngineFetcher 改用 download_verified，FetchRequest 增 sha512。 presenter：Modrinth 检索/详情改由 core 的 online 客户端提供（不再自己拼 URL、不再读错 date_modified）；ContentFailure{kind} 取代裸字符串，无网 = Offline；新增 ContentDetailRequest/ContentDetail + LoadContentDetail 命令与 CoreEvent::ContentDetail 通道； 预检改走 scan_pack_online；内容库安装也走 download_verified（sha1+sha512）。 app-iced：Status::Offline 独立一态（未联网 ≠ 空列表 ≠ 普通失败），详情面板消费新 DTO 显示可用版本；选中项目即拉详情。i18n 新增 6 个键并同步金表。 测试：online 模块 24 个离线用例（录制 JSON + 假字节：搜索/详情/版本/按摘要反查/校验失败 即删/重试/离线分类/补全），import 侧 6 个（离线计数不变、补全后判冲突、补错摘要 ⇒ Failed）， presenter/app-iced 各补失败分类与详情状态机用例。	2026-11-07 17:28:36 +08:00
worker-modpackpick	4defc41e8d	feat(m160): 整合包逐文件覆盖/保留决策 + 导入前冲突清单 + 限额口径统一 ... 主任务（逐文件覆盖/保留） - core: 新增 import/scan.rs —— 只读预检产出「冲突清单」（目标已存在且 SHA-1 不同才进）， 逐条给路径/来源/两侧体积与哈希；用户删过的、内容相同的、被叠层遮蔽的一律不打扰。 - core: 新增 import/decision.rs —— ConflictDecisions（整批档 + 逐项表，逐项优先）， 缺省档恒为 KeepUser；ImportRequest.conflict_policy 改由它承载，CLI 调用点不变。 - core: phase.rs 的 settle 按 path 取决策；非冲突路径不受决策影响。 - presenter: ImportScanView / ImportConflictView / ConflictDecisionsView（全部保留 / 全部覆盖 / 逐项{default,items}）+ PackCommand::Scan / PackEvent::Scan；host 新增只读 spawn_scan，且新实例路径不再提前建目录（target_of 只算路径，prepare_target 才建）。 - app-iced: 导入前冲突清单页（分页 40 条/页、三入口、计数摘要、确认/取消、两行式行布局）； 预检干净时直接往下导，不打扰用户。出图见 C:/Temp/m160-shots/{pick-light,pick-dark}.png。 - i18n: 新增 18 条 en/zh 文案 + 更新「两者都留」那条口径说明。 限额口径统一 - pack/archive/limits.rs 成为唯一来源：PACK_MAX_ENTRIES/UNCOMPRESSED_BYTES/ENTRY_BYTES （20k / 512 MiB / 64 MiB）；读侧 PackLimits::default 与写侧 WriteLimits::production 同源。 - 写侧不再直接用 zip::ZIP64_BYTES_THR；新增单条目闸，于是「能导出的包一定能导入」。 不等式在 pack/tests/limits.rs 里用 const 断言钉死。 测试临时物泄漏（塔台追加项） - addon/temp.rs：TempRoot —— Drop 即删（panic 展开同样删），Deref/AsRef 到落点路径， under()/at() 支持"子树落点、删父根"。形状照 core::update::tests::support::TempDir。 - addon::pack 与 addon::tests 两族全部改用 TempRoot（含 fixtures::Fixture 持守卫、 multimc/fabric_instance 等返回守卫）；4 GiB 稀疏文件的语义一字未改，只改"谁负责删"。 - 自证：pack/tests/mod.rs 三条用例（drop 删 / panic 也删 / 子树删父根）。 测试 - import_decisions.rs（11 例）：预检清单、不打扰、逐项决策后的最终文件集、基线记包内哈希。 - roundtrip_three.rs（2 例）：叠层 + 冲突夹具 import→export→import 三轮文件集逐字节一致， 以及「选保留就按设计分叉」的反向证据。 - pack/tests/limits.rs（5 例）：单条/总量边界、读侧用同一批常量、写出即可读回。 证据：cargo fmt --check 干净；cargo clippy --workspace --all-targets -D warnings 干净； cargo test --workspace --all-targets -j 4 → 2507 passed / 0 failed（51 个 test binary）。	2026-11-07 13:52:43 +08:00
AskaEth	90b233088f	feat(core): M112 整合包导出（mrpack 优先 + CF 清单，逐文件远程判定与内联兜底） ... 新增 addon::export（实例目录 → .mrpack / CF manifest.json）： - 逐文件三分：远程引用 / 内联进 overrides/ / 跳过（读不了、符号链接、路径不安全）。 「能否被远程替代」= 目录能证明身份（Modrinth SHA-1、CF 指纹）**且**目标格式表达得了； 证明不了的一律内联，绝不丢、绝不编，逐条进结构化报告（ExportReport）。 - game / dependencies 来自实例快照：versions/<id>/<id>.json 的继承链「叶子」+ 库坐标推加载器， 不解析 <mc>-<loader>-<ver> 字符串（社区实例名不统一，那是猜）。 - .disabled 走路径后缀（不是 env.client=optional：后者装回来默认启用，跨启动器不保真）。 - CF files[] 只写能确定 projectID/fileID 的项；禁用文件 CF 表达不了，内联并记原因。 CF modLoaders[].id 按官方写法：NeoForge 在 1.20.1 上写 neoforge-1.20.1-<ver>。 - 尺寸护栏：fileSize 超 u32 报 pack_limits；整包撞 ZIP64 阈值由 format::write 拒绝。 配套改动： - pack/curseforge/fingerprint：MurmurHash2-32 + 0x09/0x0A/0x0D/0x20 过滤、seed=1、 长度用过滤后长度、哨兵 811513880 短路；金标准由一份独立 Java 实现算出（双向验证）。 - pack/format/payload：PackPayload 加 with_sources（包内条目名 → 实例源文件）， 让「实例里的 mods/x.jar → 包里的 overrides/mods/x.jar」不用拼路径。 - pack/format：写盘时按未压缩总量守 ZIP64 阈值。 - pack/modrinth：禁用位改写路径后缀；fileSize 按 u32 校验。 - pack/manifest：PackLoader::curse_id_for 处理 NeoForge 的 MC 前缀特例。 测试：导出管线 10 条 + 往返保真 4 条（三种格式夹具；允许的差异逐条在测试文件头登记， 并在报告 notes 里给出）。M111 未合并，故本轮「导入」用 M110 的 read + 同形实例目录， 真 import_pack → export → import_pack 端到端留作欠账。	2026-11-04 21:32:37 +08:00
AskaEth	4760714743	feat(addon): M111 整合包导入管线（CF / mrpack / MultiMC）+ ull pack import ... 接 M110 的 pack 模型与安全闸，做导入：三格式 → 实例目录，落 D10 §2 三条硬要求。 core（`addon::import`）： - 三方合并：`merge::decide` 判据表（磁盘 × 基线 × 包内），base 侧落在 `<实例根>/.ULL/pack-baseline.json`；无基线时磁盘同名文件算用户已有内容 ⇒ 不覆盖。 冲突逐条进报告（user_modified / user_deleted / pre_existing + 可选处置）。 - 两阶段：先 overrides 再补远端；失败分级只有一条判据（是不是"某个文件搞不到"）： 缺文件 ⇒ Partial；穿越/符号链接/限额/清单坏/摘要不符/IO ⇒ Failed 且整包回滚。 - 事务：`Staging` 临时目录 + `CommitGuard`（全新导入 rename 整目录、合并态 journal 逆序 回滚、Drop 即回滚），基线作为最后一个暂存文件同生共死。 - 三格式语义：mrpack `client-overrides` 胜 `overrides`、`server-overrides` 不解压； `.disabled`/`.old` 按路径后缀识别并原样保留；MultiMC `formatVersion != 1` 整份拒绝、 非加载器 component 逐项进报告；CF `classId` 认不出就不猜。 - 加载器只做翻译（`LoaderTarget`：kind + 原版 + 加载器版本 + 版本 id，含 CF NeoForge `1.20.1-47.1.106` 的 MC 前缀剥离），网络全部经注入的 `PackFetcher` （生产实现 `DownloadEngineFetcher` 只走 core::download，无第二个 reqwest client）。 - 报告：三态 + 逐项原因 + 稳定文案 key 表（`report::keys`，含 ALL 守门表）。 CLI（`ull pack import <file> [--target] [--name] [--overwrite] [--no-register]`）： - 退出码三态 0 / 3 / 1（`Outcome::exit_code` + runner 透传，其它命令仍 0）； - `--json` 恒有信封（`data.status` / `data.error.code` / `data.stages`），Failed 不抛栈。 测试：29 条 core（三格式端到端、合并 6 条、必须先失败 8 条含双检互补样本与确定性 提交失败回滚、报告契约 5 条）+ 5 条 CLI（三态退出码、JSON 契约、既有命令回归、help）。 fmt / clippy(core+cli, -D warnings) 绿；文件全部 ≤400 行。	2026-11-04 20:54:04 +08:00
AskaEth	b34e86bba5	feat(core): 整合包格式无关模型与格式扩展点（M110） ... 从零建 `core::addon::pack`：格式无关中间模型 + 格式扩展点 + 安全读取层， 不碰网络、不碰 UI（core-no-ui 依赖表未变）。 - `PackManifest` 无损表达 CF / mrpack / MultiMC 三方字段：包名/版本/作者/简介/ 格式版本/游戏版本/加载器依赖/文件条目/覆盖目录；`files[].hashes` 保留整张摘要表 （mrpack 允许 sha1+sha256+sha512+md5 共存），`disabled` 记语义（导出按 D10 映射成 env.client=optional，CF 落 required=false）。 - 未知字段按条目用 serde flatten 接住（清单顶层 / CF `minecraft` 对象 / 文件条目 / env / 加载器条目），导出时并回且已知字段优先；两格式各有一条「读→写→再读相等」测试。 - `trait PackFormat`（id / label / metadata_entry / detect -> Option<证据> / read / render / 默认 write）+ `PackRegistry`：注册表顺序即优先级，写死 CurseForge → Modrinth → MultiMC；同一份包命中多格式时 `also_matched` 暴露歧义。 测试里用一个 toy 格式（单文件、一行注册）证明扩展点真的可扩展。 - `PackArchive` 把目录与 zip 统一成规整条目表：路径穿越双检（自研七条规则 + zip crate 的 enclosed_name）、符号链接条目拒绝、条目数/解压体积/单条目上限、 规整后重名拒绝、篡改载荷不当场吞掉；每条都有恶意样本测试。 - 格式实现：CF 可读写（缺路径如实记 None）、mrpack 可读写（强制 sha512 形状、 env 三态、三个覆盖目录成三侧）、MultiMC 只读（.minecraft 当覆盖目录， 组件顺序与非加载器组件全保留）。 - 三种格式各一个手造夹具（含截断 TOML / 半截 jar / 零字节 jar），来源在 `tests/fixtures.rs` 里声明为手造，不冒充真实导出。	2026-11-04 00:20:24 +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