Skip to content

Fix repair workflow after rechecks and retain execution results - #11

Merged
qudadd merged 1 commit into
mainfrom
fix/repair-recheck-workflow
Oct 30, 2026
Merged

qudadd merged 1 commit into
mainfrom
fix/repair-recheck-workflow

Conversation

@qudadd

@qudadd qudadd commented Oct 30, 2026

Copy link
Copy Markdown
Owner

Rechecking from a problem, undoing a fix, or continuing after installation could clear the repair plan and leave no usable repair entry. This change generates a fresh reviewed plan after those flows and keeps a visible retry entry for failed previews, while invalidating stale plans and requiring a new audit after an unknown execution outcome.

Execution receipts now retain failed-step reasons and recovery guidance across rechecks. The home page shows the actual watchdog restoration notes and avoids duplicate region recovery buttons. Version 0.24.1 keeps the existing minimal desktop layout.

Validation: 677 Python tests (5 platform skips), 16 JavaScript tests, full JavaScript syntax and publication checks; isolated Windows/macOS workflow tests cover expiry without writes, preview errors, failed audits, denied OS/file writes, installation continuation, undo, and watchdog restoration with readback and logs. Independent code review completed. Browser regression and native packaging checks also run in CI. All fixtures leave production settings unchanged.

@qudadd
qudadd merged commit ffbdc3a into main Oct 30, 2026
7 checks passed
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.

1 participant