NousResearch/hermes-agent

Windows ZIP fallback destructively deletes local files

Cluster 87304 · hermes cli. Data as of

Nothing open on GitHub. Fix merged in #92013. Check it covers your case.

The short answer

0open issues
0open PRs
5items grouped
Known?
Yes. 5 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 #92013. That is separate from the fix event.
Still open
Nothing open on GitHub.

These issues and fixes address a Windows-specific bug where the ZIP fallback update path triggers inappropriately—on dependency failures or dirty working trees—and permanently deletes uncommitted changes and untracked files. The work focuses on adding guards to prevent this destructive behavior.

Open issues0

No open issues.

Open PRs0

No open pull requests.

Fixes on record

Merged to main. A stamp counts the issues a fix is linked to.

  • #92013 fix(update): ZIP fallback no longer destroys user work or the desktop build (#87331, #91962, #87304, #70337 — salvage #87878 + #70477)

    merged to main

    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

3 PRs closed without merging

From the close comments: done elsewhere 2 · merged via another change 1

  • #87327 fix(update): stop ZIP fallback from wiping local files on Windows · done elsewhere → eac3f64, #87878, #87304
  • #87392 fix(update): prevent destructive Windows ZIP fallback · done elsewhere → eac3f64, #87304, #87327, #87878
  • #87878 fix(update): don't ZIP-fallback on dependency failures or dirty trees (salvage #87327) · merged via another change → #92013, #87327
Closed issues · 1
  • Closed#87304Windows: ZIP fallback fires on a dependency failure and permanently deletes uncommitted changes + untracked files (no dirty-tree guard)
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.40: the share of item pairs that carry a link, counting a structural link in full and a relevance-only link at 0.36. 1.00 means 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

At a glance

Subsystem
hermes cli
Merged PRs
#92013
Closed issues
1
Attempts
3 PRs closed without merging
Fix link checked
22 Aug 2026

For your agent

The same facts, typed.