Windows update pipeline race conditions and deadlocks
NousResearch/hermes-agent · cluster 74805 · apps/desktop
Data as of
Nothing open on GitHub. Fix merged in #92013. Check it covers your case.
The short answer
- Known?
- Yes. 7 related items grouped here, 1 issue already closed.
- Fix event
- A fix was merged to main in PR #92013. Check it covers your case. No release data is tracked.
- Tracker
- The maintainers' tracker marks this
resolved, deciding PR #95313. That is separate from the fix event. - Still open
- Nothing open on GitHub.
These issues and fixes address race conditions, marker deadlocks, orphaned helper processes, and missing auto-relaunch behavior in the Windows desktop update pipeline. Multiple related failure modes during first-attempt and retry update flows are covered.
Open issues0
Open PRs0
Fixes on record
-
#92013 fix(update): ZIP fallback no longer destroys user work or the desktop build (#87331, #91962, #87304, #70337 — salvage #87878 + #70477)
files:
hermes_cli/update_cmd.py,tests/hermes_cli/test_cmd_update.py,tests/hermes_cli/test_update_zip_fallback_guards.py,tests/hermes_cli/test_update_zip_release_preserve.py,tests/hermes_cli/test_update_zip_symlink_reject.py -
#95069 fix(bootstrap): stale checkouts can no longer deadlock the in-app updater against its own marker (#75788, salvage #78037)
files:
apps/bootstrap-installer/src-tauri/src/update.rs -
#95313 fix(desktop): first Windows update attempt no longer fails on the app's own dying backends (#74805, salvage #78037)
files:
apps/desktop/electron/backend-release-gate.test.ts,apps/desktop/electron/backend-release-gate.ts,apps/desktop/electron/backend-release-gate.windows-live.test.ts,apps/desktop/electron/main.ts -
#95949 fix(mcp): stdio helper children join the spawn ledger — orphans get reaped (#61514, completes #78037)
files:
hermes_cli/process_identity.py,hermes_cli/web_server.py,tests/hermes_cli/test_mcp_helper_ledger.py,tools/mcp_tool.py
2 PRs closed without merging
From the close comments: done elsewhere 2
-
#74956 fix(desktop): Windows update race — retry scanVenvBlockers, skip startHermes on remnants, clean stale marker (#74805) · done elsewhere →
b04f857,#74805,#95313,#74761 -
#78037 fix: Windows update pipeline — first-attempt race, marker deadlock, orphaned venv helpers, ZIP-fallback binary loss · done elsewhere →
b04f857,e1e72f1,#91277,#74805,#95313,#75788,#95069,#61514,#95949,#92013
Closed issues · 1
- Closed#74805[Bug] Windows: footbar-triggered update races process table on first attempt, no auto-relaunch after retry
How this cluster was grouped
-
Link evidence (
structural links throughout): every member is connected by structural evidence: shared changed files, or a closing/superseded reference. -
Pairwise link density
0.29: the share of item pairs that carry a link, counting a structural link in full and a relevance-only link at 0.36.1.00means every pair is linked.
Pick up a Lab task
Check whether a fix covers the open issues here, with your own agent. Bring back evidence for maintainers.
Open the Lab