release: 0.6.4 - #48
Merged
Merged
Conversation
version.txt 0.6.3 -> 0.6.4, plus the hand-written notes the release workflow reads from docs/release-notes/<version>.md. No code changes -- both shipping commits already merged: 98b5cfa (the installer no longer destroys host configuration) and 459f88d (the documentation that claimed it could not).⚠️ The notes carry a correction. PR #46 and its commit message said the fix was "not retroactive" and would protect only the upgrade AFTER the one carrying it. That is wrong. The installer that runs during an upgrade is the one inside the release just downloaded, not the one already on the machine -- the documented command runs .\scripts\install-service.ps1 from the extracted folder. So upgrading 0.6.3 -> 0.6.4 uses 0.6.4's installer and configuration IS preserved. The only gap is running an older extracted installer against this zip. Getting that backwards understates the release: it is not insurance for a future upgrade, it protects the one the user is about to perform. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01SQvL62WkT8xDWXqyjFCGDw
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Cuts 0.6.4.
version.txt0.6.3 → 0.6.4, plus the hand-written notes the release workflow reads.No code changes — both shipping commits already merged:
98b5cfa(#46, the installer no longer destroys host configuration) and459f88d(#47, the documentation that claimed it could not).Why this one is worth cutting
Installing from a release zip deleted everything in the install directory before copying the new build in —
appsettings.jsonandappsettings.local.jsonincluded, with no backup and no warning. Every host-local setting was lost silently.It included the file the docs recommend because a deploy cannot overwrite it. True of a source build; false of the zip install, which is how almost everyone upgrades.
PR #46 and its commit message said the fix was "not retroactive" and would protect only the upgrade after the one carrying it.
That is wrong. The installer that runs during an upgrade is the one inside the release just downloaded, not the one already on the machine — the documented command runs
.\scripts\install-service.ps1from the extracted folder. So upgrading 0.6.3 → 0.6.4 uses 0.6.4's installer, and configuration is preserved.The only gap is running an installer from an older extracted copy against this zip.
Getting that backwards understates the release: it is not insurance for some future upgrade, it protects the one the user is about to perform. The notes say so explicitly rather than leaving the earlier claim standing.
Verified against a real upgrade
A deliberately edited
MaxSeatssurvived; a deliberately removed setting was correctly reported as newly added by the release.Known limitations, carried forward
The notes restate the three that are still true: seats capture the RDP surface rather than a dedicated virtual display, a streaming seat still reports
Ready(#43), and MoonlightVibe seat discovery is fixed but not yet in a release of that client.Once merged, pushing
v0.6.4publishes. The workflow refuses a tag that disagrees withversion.txt.🤖 Generated with Claude Code
https://claude.ai/code/session_01SQvL62WkT8xDWXqyjFCGDw