Unlucky-Launcher

20 Commits 2 Branches 3 Tags

3 Commits

Include renames

Author	SHA1	Message	Date
AskaEth	50b321ec64	fix(app): LaunchEnd 也清 pending 并记失败原因，补早失败回归测试（M43 r3 两条 P2） P2-1（本轮新引入的回归）：`pending` 只在 LaunchStarted 清除，但 `launch::start` 的两条早失败出口（build_request 失败 / spawn 失败——没装 Java、版本 JSON 坏就是这两条）只发 LaunchEnd → pending 永久残留 → `in_flight` 恒真 → 该实例本会话再也启动不了，磁贴锁在「启动中」。修：LaunchEnd 分支先 `pending.remove`，早失败与正常收尾都释放。 P2-2（failed 零 insert）：上一轮只在 note 里声称「失败原因进 failed 表」，代码没落地（唯一 insert 缺失，refresh 的 Failed 分支是死代码，test 6 还靠手动塞表绕过）。修：LaunchEnd 非 Ok 时 `failed.insert(id, summary)`、Ok 时 remove；refresh_instances 的 Failed 分支从此由真实路径喂数据。测试（123 → 124，全部走真实入口）： - 新增 `launch_end_before_launch_started_still_releases_the_instance`：mark_pending → handle(LaunchEnd Crashed) → pending 空、in_flight 假、refresh 后磁贴是 Failed{reason}（同时钉住 P2-1 与 P2-2）。 - test 6 重写：Busy 断言改走 `mark_pending`（start_launch 用的同一入口），Failed 断言改走 `handle(LaunchEnd Crashed)`，不再手动塞 failed 表。 - 所有测试的数据根加 `TempRoot` Drop 守卫，跑完不留临时目录。	2026-10-31 22:14:24 +08:00
AskaEth	7b2ff62ddc	fix(app): 运行时状态回归真实来源 + 启动状态机补回归测试（M43 r2 两条 P2） P2-1（修复零测试）：新增 host/launch_state_tests.rs，6 条单测钉住启动状态机： - running_pid 按实例 id 取 pid（并发 A/B 后停 A 不会拿到 B 的 pid，A 收尾不动 B）； - 重复启动守卫：launches 已落盘时 start_launch不发 Busy、只给 warn（不起第二个进程）； - pending 窗口守卫：后台线程还没回报 LaunchStarted 时同样挡住重复启动； - LaunchStarted 清 pending 并登记 pid；LaunchEnd 清启动表与失败记录； - refresh 后在跑实例仍是 Running{pid}；pending 是 Busy；失败记录是 Failed（保住磁贴的停止键/运行条/重试外观）。 P2-2（运行时状态未派生）：refresh_instances 重建快照后按 host 的启动表覆写运行时（Running{pid} / Busy / Failed），不再被 game::instances 的硬编码 Idle 打回原形—— 装版本成功、加删账户、别的实例收尾等任意刷新都不再让「在跑的实例」丢掉停止入口。顺带加固（reviewer 建议的 pending 窗口）：单槽守卫改为 pending ∪ launches 并集， launch::start 到 LaunchStarted 之间的重复 dispatch 不会起第二个进程；失败原因也记进 failed 表，避免收尾后的刷新把「失败/重试」覆盖成 Idle。	2026-10-31 22:09:47 +08:00
AskaEth	ecded9bef0	fix(app): 停止实例按实例 id 找 pid，并发启动不再杀错进程树 reviewer-guiwire r1 的 P2-1：`running_pid` 只记「最近一次启动」的单槽 pid，并发启动 A、B 后点 A 的停止键会 tree_kill 掉 B；且实时尾随在 B 启动时被抢占， A 的日志再也没人跟。兜底分支也永远不命中（`game::instances` 每次重建都把 runtime 置 Idle）。改法： - 单槽 `launch_pid` → `launches: Vec<LiveLaunch{instance, session, pid}>`，停止/收尾/尾随判定都按实例 id 或会话 id 精确匹配； - 同一实例重复点启动直接拒绝（「已经在启动/运行中」），不再起第二个进程； - 收尾只拆自己那场的尾随，并发时另一实例的实时日志不被掐断； - 实时尾随仍是单窗口（一次只跟一场，另一场收尾后可从 JSONL 回放）——这是有意的 UI 取舍，不是漏判。	2026-10-31 21:55:59 +08:00

Author

SHA1

Message

Date

AskaEth

50b321ec64

fix(app): LaunchEnd 也清 pending 并记失败原因，补早失败回归测试（M43 r3 两条 P2）

P2-1（本轮新引入的回归）：`pending` 只在 LaunchStarted 清除，但 `launch::start`
的两条早失败出口（build_request 失败 / spawn 失败——没装 Java、版本 JSON 坏就是
这两条）只发 LaunchEnd → pending 永久残留 → `in_flight` 恒真 → 该实例本会话再也
启动不了，磁贴锁在「启动中」。修：LaunchEnd 分支先 `pending.remove`，早失败与
正常收尾都释放。

P2-2（failed 零 insert）：上一轮只在 note 里声称「失败原因进 failed 表」，代码没
落地（唯一 insert 缺失，refresh 的 Failed 分支是死代码，test 6 还靠手动塞表绕过）。
修：LaunchEnd 非 Ok 时 `failed.insert(id, summary)`、Ok 时 remove；refresh_instances
的 Failed 分支从此由真实路径喂数据。

测试（123 → 124，全部走真实入口）：
- 新增 `launch_end_before_launch_started_still_releases_the_instance`：mark_pending
  → handle(LaunchEnd Crashed) → pending 空、in_flight 假、refresh 后磁贴是
  Failed{reason}（同时钉住 P2-1 与 P2-2）。
- test 6 重写：Busy 断言改走 `mark_pending`（start_launch 用的同一入口），Failed
  断言改走 `handle(LaunchEnd Crashed)`，不再手动塞 failed 表。
- 所有测试的数据根加 `TempRoot` Drop 守卫，跑完不留临时目录。

2026-10-31 22:14:24 +08:00

AskaEth

7b2ff62ddc

fix(app): 运行时状态回归真实来源 + 启动状态机补回归测试（M43 r2 两条 P2）

P2-1（修复零测试）：新增 host/launch_state_tests.rs，6 条单测钉住启动状态机：
- running_pid 按实例 id 取 pid（并发 A/B 后停 A 不会拿到 B 的 pid，A 收尾不动 B）；
- 重复启动守卫：launches 已落盘时 start_launch不发 Busy、只给 warn（不起第二个进程）；
- pending 窗口守卫：后台线程还没回报 LaunchStarted 时同样挡住重复启动；
- LaunchStarted 清 pending 并登记 pid；LaunchEnd 清启动表与失败记录；
- refresh 后在跑实例仍是 Running{pid}；pending 是 Busy；失败记录是 Failed（保住
  磁贴的停止键/运行条/重试外观）。

P2-2（运行时状态未派生）：refresh_instances 重建快照后按 host 的启动表覆写运行时
（Running{pid} / Busy / Failed），不再被 game::instances 的硬编码 Idle 打回原形——
装版本成功、加删账户、别的实例收尾等任意刷新都不再让「在跑的实例」丢掉停止入口。

顺带加固（reviewer 建议的 pending 窗口）：单槽守卫改为 pending ∪ launches 并集，
launch::start 到 LaunchStarted 之间的重复 dispatch 不会起第二个进程；失败原因也
记进 failed 表，避免收尾后的刷新把「失败/重试」覆盖成 Idle。

2026-10-31 22:09:47 +08:00

AskaEth

ecded9bef0

fix(app): 停止实例按实例 id 找 pid，并发启动不再杀错进程树

reviewer-guiwire r1 的 P2-1：`running_pid` 只记「最近一次启动」的单槽 pid，
并发启动 A、B 后点 A 的停止键会 tree_kill 掉 B；且实时尾随在 B 启动时被抢占，
A 的日志再也没人跟。兜底分支也永远不命中（`game::instances` 每次重建都把
runtime 置 Idle）。

改法：
- 单槽 `launch_pid` → `launches: Vec<LiveLaunch{instance, session, pid}>`，
  停止/收尾/尾随判定都按实例 id 或会话 id 精确匹配；
- 同一实例重复点启动直接拒绝（「已经在启动/运行中」），不再起第二个进程；
- 收尾只拆自己那场的尾随，并发时另一实例的实时日志不被掐断；
- 实时尾随仍是单窗口（一次只跟一场，另一场收尾后可从 JSONL 回放）——这是
  有意的 UI 取舍，不是漏判。

2026-10-31 21:55:59 +08:00