chelsealong 64c1db961f fix(desktop): close the same handoff race in bootstrap recovery ... handOffWindowsBootstrapRecovery() writes the update marker unconditionally, same as applyUpdates() before the previous commit. It's reachable during boot whenever resolveHermesBackend reports bootstrap-needed, which a relaunch mid-update can plausibly trigger on Windows -- clobbering a live updater's marker through this second path. Apply the same updateHandoffConflict() guard here: refuse to spawn a second updater when one is already alive, and quit instead so the live updater can finish and restart us.		2026-08-01 10:47:45 -07:00
..
bootstrap-installer	fix(js): update vite	2026-07-31 13:42:03 -04:00
desktop	fix(desktop): close the same handoff race in bootstrap recovery	2026-08-01 10:47:45 -07:00
shared	fix(js): hoist eslint shared devDeps to workspace root	2026-07-31 13:42:03 -04:00