validate_launch() rejects missing executables in build_plan(), causing an
early return via `?` before the post-hook block was ever reached. Fix by
separating the dry-run path (still fails fast with `?`) from the real-launch
path, where build_plan() result is captured without `?` and chained into
execute_wait() via and_then(). The post-hook fires for both plan-validation
failures and execute_wait() spawn failures.
Also skips the pre-launch hook when the plan is invalid (no binary to set up
for), and skips state recording in the same case.
Co-Authored-By: claude-flow <ruv@ruv.net>
Hook reliability:
- Add hook-errors = "warn" | "fail" setting (default: warn); in fail
mode, abort launch when pre-launch hook exits nonzero or can't execute
- Ensure post-launch hook runs unconditionally, even when execute_wait()
fails to spawn the game
- Propagate game's real exit status via std::process::exit(); report
post-hook failures clearly to stderr
- Centralize hook execution via run_hook() helper (sh -c)
New features in this batch:
- Sparse config and profile support: only configured fields are written;
unset fields fall back through profile → global chain
- config show --effective flag: renders the fully-resolved view
- Config migration: upgrades legacy flat config to current schema
- Structured decision logging (src/log.rs) for session-level audit trail
- Gamescope improvements: additional flags and validation
- CHANGELOG.md tracking template releases
Schema / UX:
- HookErrors enum (Warn/Fail) added to Settings and ResolvedSettings
- hook-errors key in keys.rs, mod.rs rendering, completion candidates,
doctor output, help text, README, and dry-run display
- 9 focused tests covering warn/fail behavior, exit propagation,
round-trip (set/show/reset), profile round-trip, export/import
Co-Authored-By: claude-flow <ruv@ruv.net>
Steam-first Linux game launcher wrapper for MangoHud and GameMode.
Manages launch behavior via TOML config with named profiles, per-game
bindings, and full diagnostics. All v1 criteria validated.
Co-Authored-By: claude-flow <ruv@ruv.net>
44r0n7