Skip to content

refactor: make confirmed backup schedule state explicit - #6700

Merged
atomantic merged 2 commits into
mainfrom
claim/issue-6698
Sep 9, 2026
Merged

refactor: make confirmed backup schedule state explicit#6700
atomantic merged 2 commits into
mainfrom
claim/issue-6698

Conversation

@atomantic

Copy link
Copy Markdown
Owner

Summary

Represent backup schedule reconciliation with one confirmed disabled/scheduled state, leaving failed or stopped registrations retryable. A private registration attempt now owns throwing and non-runnable outcomes while preserving cancellation, fresh settings reads, and timer idempotence.

Test plan

  • Passed: 52 tests across server/services/backupScheduler.test.js and server/routes/backup.test.js.
  • Added lifecycle coverage for repeated disable, stop/restart, and restoration of a previously successful configuration after either failure mode.
  • No real backup or restore was executed.

Closes #6698

@atomantic
atomantic merged commit 5f3890f into main Sep 9, 2026
7 checks passed
@atomantic
atomantic deleted the claim/issue-6698 branch September 9, 2026 07:30
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

[cognitive-load-backup-registration-state] Make confirmed backup schedule state explicit

1 participant