stacklok / stacklok/toolhive-studio
[Bug] Start on login not in sync after app update in windows
Open
@peppescg is already working on this.
Since Jul 24, 2025.
Bug
- Dominant language
- TypeScript
- Stars
- 167
- Forks
- 24
- Avg merge
- 11h 32m
- Merged PRs (30d)
- 91
Description
Bug Description
We need to handle for windows the start on login leveraging our config store object to sync the OS system service after app update.
Steps to Reproduce
- Users enables "Start on login" in the settings menu
- A registry value gets added to HKCU\Software\Microsoft\Windows\Run that refers to the ToolHive.exe in the version-specific folder
- You upgrade ToolHive, which puts the new executables in a new folder (can't overwrite in-place on Windows due to file locking)
- The updater fixes the desktop and start menu shortcut's "start in" folder
- Nothing updates the registry value in the Run key, so it's still pointing at the old version's .exe
- In the UI, it now looks like "Start on login" is disabled. But it's actually still there in the registry, just pointing at the old .exe
- If you re-enable it in the UI, the value gets updated in-place in the registry and everything is happy again
Expected Behavior
No response
Actual Behavior
No response
Priority
Medium
Environment
No response
Additional Context
No response
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Assessment
This issue has not been assessed yet.