Skip to content

Retain available snapshots independently of failed captures - #35

Merged
jacobprall merged 2 commits into
mainfrom
codex/issue-27-retain-available-snapshots
Oct 28, 2026
Merged

jacobprall merged 2 commits into
mainfrom
codex/issue-27-retain-available-snapshots

Conversation

@starmorph

Copy link
Copy Markdown
Contributor

Failed captures currently consume the same retention slots as available snapshots, so an interleaved failure can cause the previous usable snapshot to be pruned. Retain the newest keep available snapshots and remove matching failed captures separately.

Preserve group/name isolation, pagination, creating snapshots, idempotent deletion, and warning-only pruning failures. The regression reproduced deletion of the previous usable version before the fix; tests now cover interleaved failures, success-count boundaries, pagination, protected entries, and both typed and generic 404 responses.

Validation: focused tests 27 passed; independently rerun typecheck/full suite 88 passed with 1 live-model test skipped; frozen install and diff checks passed. Dependencies are unchanged.

The policy applies on the next successful refresh after deployment. No real provider restore failure or cloud deployment was exercised.

Fixes #27.

@jacobprall
jacobprall merged commit 84d1cfd into main Oct 28, 2026
1 check passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Development

Successfully merging this pull request may close these issues.

[P2] Retain two available snapshots independently of failed captures

2 participants