Brooklyn Nicholson e1ccd674c0 fix(desktop): apply the stale-installer marker guard to both hand-offs ... Both hand-off sites pre-write the update marker: the in-app Update button (applyUpdates) and the Windows bootstrap-recovery path (handOffWindowsBootstrapRecovery). Either one can strand a user on a pre-#74782 staged installer, and the recovery path is worse — it fires when the install is already unhealthy, so a refused claim there wedges the very repair meant to heal it. Route both through stagedUpdaterSupportsPrewrittenMarker and log the skip so the reason is visible in desktop.log instead of looking like a missing write. Also document on copy_self_to_hermes_home that its --update no-op is what lets an installer-protocol change strand the entire installed base on a binary that predates it — the root enabler of this class of bug.		2026-08-01 20:43:08 -05:00
..
capabilities	feat(installer): redesign the Tauri setup shim — design system, OS theme, granular updates	2026-06-30 14:46:28 -05:00
icons	…
src	fix(desktop): apply the stale-installer marker guard to both hand-offs	2026-08-01 20:43:08 -05:00
Cargo.toml	fix(installer): refuse a second updater instead of clobbering the marker	2026-07-29 17:46:00 -05:00
build.rs	…
hermes-setup.manifest	…
tauri.conf.json	…