Skip to content

fix: automation stop asks before cancelling operations, portable leaves no registry trace, relaunch waits for the old instance - #278

Merged
nextestudios merged 1 commit into
mainfrom
fix/automation-review
Sep 30, 2026
Merged

nextestudios merged 1 commit into
mainfrom
fix/automation-review

Conversation

@nextestudios

Copy link
Copy Markdown
Owner

Follow-up to the review of #277.

  • controlfs://stop / --stop: with running operations it no longer cancels them by itself; it brings the window to the front with the usual exit confirmation (starts on Cancel). Idle: exits at once.
  • Portable runs no longer write HKCU\Software\Classes\controlfs (only the installed build registers/repairs it). Flags still work everywhere. Docs/CHANGELOG/PRIVACY updated.
  • Update relaunch: the installer passes --relaunch; a relaunch waits (up to 20 s) for the old instance's mutex instead of signalling it and exiting, so the app comes back after an update.
  • Tests: unit (stop idle vs with operation, no stacked dialog), Windows integration (relaunch waits for the mutex, no signal sent).

Touches startup/installer: full smoke run on this branch before merge.

🤖 Generated with Claude Code

…es no registry trace, relaunch waits for the old instance

Follow-up to #277 review.

Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
@nextestudios
nextestudios merged commit c60098f into main Sep 30, 2026
3 checks passed
@nextestudios
nextestudios deleted the fix/automation-review branch September 30, 2026 18:09
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