Unlucky-Launcher

715 Commits 3 Branches 7 Tags

2 Commits

Include renames

Author	SHA1	Message	Date
AskaEth	779a2ae254	feat(app-iced)+test(presenter): 句柄按 (目录,mtime,大小) 复用；缓存可清空；端到端出图复审 r1 的三条： 1. 端到端图：DevDocs/artifacts/m251/saves-real-decode-light.png —— 真 host （ULL_SCREENSHOT_REAL_HOST=1 + --data-dir 一个临时数据根）→ 后台列 screenshots/ → palette_extract::thumbnail 真解码 → DTO → Handle::from_rgba → 上屏。三格是三张真 PNG 的真像素，副文案的 2.3 KB / 2.2 KB / 24.1 KB 也是真扫描值。造根脚本与复现命令进 artifacts/m251/{README.md,make-real-root.py}，并写明「哪张是排版、哪张是端到端」。 2. 每帧重建 Handle 的成本：改成缓存（不是实测）。model.rs 新增 process-level memo，键 = (截图目录, 文件, mtime, 字节数)（与 presenter 的缓存键同源，目录单列一格），上限 120 条（≈12MB）。判据：the_same_screenshot_reuses_one_handle 断言两次 from_state 拿到同一个 Handle id；变异（换回 Handle::from_rgba）即红。 a_changed_screenshot_gets_a_new_handle 钉住「文件变了必须换句柄」。 3. 进程级 memo 的副作用：两层各加 #[cfg(test)] clear_cache()/clear_handles()，用例从已知状态起跑；两条上限从 240 收到 120（≈12MB/层，算术写进常量文档）。顺带：句柄键改用 push 拼（format! 模板串会被页面字面量守门当成英文文案抓走）； preview 的页面模型用例拆到 tests/saves/preview.rs（saves.rs 破 400）。	2026-11-11 17:09:17 +08:00
AskaEth	8c67e4eca6	fix(presenter,app-iced): 「游戏在跑」挡在落 core 之前（M247 r2）塔裁决：三个写操作在实例启动/运行时必须拒，判据不能只靠界面灰按钮 —— Windows 上是 os error 32 兜底，Linux 上删一个正在跑的世界会成功，那是在用户玩到一半时把存档删掉。 - host/dispatch.rs：`AppCommand::Saves` 与 `AppCommand::Mods` 同款，先查 `CoreHost::in_flight(&id)` 再把 `running` 传下去 - host/saves.rs::dispatch 增 `running`：为真时三个写操作不 spawn、不碰盘，直接回一条 `SavesFailureKind::GameRunning` 的结构化失败；读路径与「打开文件夹」不受影响 - dto：新增 `GameRunning` 类别（不折进 WriteFailed —— 那不是"写失败"，是"我们主动没写"） - i18n：「游戏正在运行（先退出再操作）」中英成对 + 金表同步 - 用例：在飞时三条写命令盘上指纹不变/世界还在/备份落点没建，且回 GameRunning；反向用例钉住闸门没有把写操作一并关死；UI 侧断言三种动词的主句都不出现「写盘失败」且不画重试 - 拆分（400 行）：host/saves.rs → host/saves/write.rs；两处测试各拆出 write 子模块 - SavesState 模块文档补「生命周期」表：draft / pending / confirm 谁写谁清、何时必须清，并把 confirm「取走即清」（连点两下不删两个）写成安全不变量 - 出图：ULL_SAVES_FIXTURE=running 一张（失败那句话的样子）	2026-11-11 13:29:56 +08:00

Author

SHA1

Message

Date

AskaEth

779a2ae254

feat(app-iced)+test(presenter): 句柄按 (目录,mtime,大小) 复用；缓存可清空；端到端出图

复审 r1 的三条：

1. 端到端图：DevDocs/artifacts/m251/saves-real-decode-light.png —— 真 host
   （ULL_SCREENSHOT_REAL_HOST=1 + --data-dir 一个临时数据根）→ 后台列 screenshots/ →
   palette_extract::thumbnail 真解码 → DTO → Handle::from_rgba → 上屏。三格是三张真 PNG
   的真像素，副文案的 2.3 KB / 2.2 KB / 24.1 KB 也是真扫描值。造根脚本与复现命令进
   artifacts/m251/{README.md,make-real-root.py}，并写明「哪张是排版、哪张是端到端」。
2. 每帧重建 Handle 的成本：改成**缓存**（不是实测）。model.rs 新增 process-level
   memo，键 = (截图目录, 文件, mtime, 字节数)（与 presenter 的缓存键同源，目录单列一格），
   上限 120 条（≈12MB）。判据：the_same_screenshot_reuses_one_handle 断言两次
   from_state 拿到**同一个 Handle id**；变异（换回 Handle::from_rgba）即红。
   a_changed_screenshot_gets_a_new_handle 钉住「文件变了必须换句柄」。
3. 进程级 memo 的副作用：两层各加 #[cfg(test)] clear_cache()/clear_handles()，用例从
   已知状态起跑；两条上限从 240 收到 120（≈12MB/层，算术写进常量文档）。

顺带：句柄键改用 push 拼（format! 模板串会被页面字面量守门当成英文文案抓走）；
preview 的页面模型用例拆到 tests/saves/preview.rs（saves.rs 破 400）。

2026-11-11 17:09:17 +08:00

AskaEth

8c67e4eca6

fix(presenter,app-iced): 「游戏在跑」挡在落 core 之前（M247 r2）

塔裁决：三个写操作在实例启动/运行时必须拒，判据不能只靠界面灰按钮 ——
Windows 上是 os error 32 兜底，**Linux 上删一个正在跑的世界会成功**，那是在
用户玩到一半时把存档删掉。

- host/dispatch.rs：`AppCommand::Saves` 与 `AppCommand::Mods` 同款，先查
  `CoreHost::in_flight(&id)` 再把 `running` 传下去
- host/saves.rs::dispatch 增 `running`：为真时三个写操作**不 spawn、不碰盘**，
  直接回一条 `SavesFailureKind::GameRunning` 的结构化失败；读路径与「打开文件夹」不受影响
- dto：新增 `GameRunning` 类别（不折进 WriteFailed —— 那不是"写失败"，是"我们主动没写"）
- i18n：「游戏正在运行（先退出再操作）」中英成对 + 金表同步
- 用例：在飞时三条写命令盘上指纹不变/世界还在/备份落点没建，且回 GameRunning；
  反向用例钉住闸门没有把写操作一并关死；UI 侧断言三种动词的主句都不出现「写盘失败」且不画重试
- 拆分（400 行）：host/saves.rs → host/saves/write.rs；两处测试各拆出 write 子模块
- SavesState 模块文档补「生命周期」表：draft / pending / confirm 谁写谁清、何时必须清，
  并把 confirm「取走即清」（连点两下不删两个）写成安全不变量
- 出图：ULL_SAVES_FIXTURE=running 一张（失败那句话的样子）

2026-11-11 13:29:56 +08:00