Archiving on close is a local side effect, so two clones disagree about what issue list -a shows #107
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
[claude 2026-08-15]
issue closemoves the ref intorefs/collab/archive/issues/, but that move is never replicated. A peer that receives the same close event throughsynckeeps the ref in the active namespace. The two clones then answer the same question differently.Reproduced with two clones of one bare origin, alice closing and bob syncing:
Two consequences:
issue list -ais dead on the closing clone. Its help says "Show closed issues too", butlistreads the active namespace unless--archivedis passed (src/issue.rs:32-42), andclosehas just moved every locally-closed issue out of it (src/issue.rs:360-363). On that clone no-ainvocation can ever surface a closed issue; you need-a --archived. Patches do not behave this way —patch list -ashows merged and closed patches.state::archive_issue_refhas exactly two callers,closeandreopen(grep: nothing in sync/reconcile), so nothing converges it.This also makes the closed set easy to mistake for empty and re-open duplicates of.
git-collab searchdoes cover archived issues, which is the only reason the state is reachable at all.Worth deciding which is intended before fixing: either archiving converges as an event like any other status, or closing stops moving the ref and
--archivedbecomes a genuine age/volume sweep rather than a synonym for closed.Migrated from git-collab issue
531ba45d582622132941bc54e727270b637a50f9.Original author: a73x dev@a73x.sh.