Please confirm these before moving forward
UniGetUI Version
2026.2.1
Windows version, edition, and architecture
w11 Pro 25H2 Build 26200.8655
Describe your issue
The "Run UniGetUI at startup" setting does not persist across UniGetUI's own auto-update cycle. I disable it in Settings, and it works until the next auto-update, at which point it's re-enabled and the app starts at Windows logon again. This has happened repeatedly across multiple update cycles.
Environment
UniGetUI version: 2026.2.1 (Build 107)
OS: Windows 11 (build 26200.8655)
Runtime: .NET 10.0.9
UI Framework: Avalonia
Packaged (MSIX): False
Install path: C:\Users<user>\AppData\Local\Programs\UniGetUI\UniGetUI.exe
What I've already ruled out
Using Sysinternals Autoruns (admin mode) and manual registry inspection, I confirmed UniGetUI does not appear in any of:
HKCU\Software\Microsoft\Windows\CurrentVersion\Run
HKLM\Software\Microsoft\Windows\CurrentVersion\Run
HKLM\Software\WOW6432Node\Microsoft\Windows\CurrentVersion\Run
HKCU...\Explorer\StartupApproved\Run or \StartupFolder
Startup folder (shell:startup / shell:common startup) — confirmed empty
Task Scheduler (checked all tasks, none match)
Windows Services (checked full service list via Autoruns)
AppX/MSIX packages (Get-AppxPackage returns nothing; app also self-reports Packaged (MSIX): False)
HKCU...\BackgroundAccessApplications (not present)
Despite this, the app still appears in Windows 11 Settings → Apps → Startup, and toggling it off there does not survive an update.
Additional note
When launched at logon, the process log shows Args: (none) — it isn't being passed the documented --background startup flag, suggesting whatever launches it at logon isn't going through UniGetUI's own intended startup-args path.
I also checked the CLI (settings list via IPC) and didn't see an obvious autostart-related key (no RunAtStartup/LaunchAtLogin/etc. in the returned list).
Expected behavior
The autostart preference should persist across auto-updates, and/or the actual registration mechanism should be discoverable via standard Windows tooling (Autoruns, Task Scheduler, Services).
Steps to reproduce the issue
Many updates, always reverts to starting with Windows.
UniGetUI Log
[21/06/2026 16:32:35] __ __ _ ______ __ __ ______
/ / / /___ (_) ____/__ / /_/ / / / _/
/ / / / __ \/ / / __/ _ \/ __/ / / // /
/ /_/ / / / / / /_/ / __/ /_/ /_/ // /
\____/_/ /_/_/\____/\___/\__/\____/___/
Welcome to UniGetUI Version 2026.2.1
[21/06/2026 16:32:35]
[21/06/2026 16:32:35] Build 107
[21/06/2026 16:32:35] UI Framework: Avalonia
[21/06/2026 16:32:35] Data directory C:\Users\Pete\AppData\Local\UniGetUI
[21/06/2026 16:32:35] OS: Microsoft Windows 10.0.26200
[21/06/2026 16:32:35] Process arch: X64 (OS: X64)
[21/06/2026 16:32:35] Runtime: .NET 10.0.9
[21/06/2026 16:32:35] Loaded language locale: en
[21/06/2026 16:32:35] Elevated: False
[21/06/2026 16:32:35] Packaged (MSIX): False
[21/06/2026 16:32:35] Args: (none)
[21/06/2026 16:32:36] Command cargo-binstall.exe was not found on the system
[21/06/2026 16:32:36] Unable to retrieve secret for resource 'UniGetUI/GitHubAccessToken': Element not found.
Cannot get credential from Vault
[21/06/2026 16:32:36] Starting Avalonia shell bootstrap
[21/06/2026 16:32:36] Loaded language locale: en
[21/06/2026 16:32:36] Generated a IPC API auth token for the current session
[21/06/2026 16:32:36] Command pwsh.exe was not found on the system
[21/06/2026 16:32:36] Command scoop.ps1 was not found on the system
[21/06/2026 16:32:36] Scoop is enabled but was not found on the system!
[21/06/2026 16:32:36] Command pwsh.exe was not found on the system
[21/06/2026 16:32:36] PowerShell7 is enabled but was not found on the system!
[21/06/2026 16:32:36] Command vcpkg.exe was not found on the system
[21/06/2026 16:32:36] PowerShell is enabled and was found on C:\WINDOWS\System32\WindowsPowerShell\v1.0\powershell.exe
[21/06/2026 16:32:36] Command cargo.exe was not found on the system
[21/06/2026 16:32:36] Cargo is enabled but was not found on the system!
[21/06/2026 16:32:36] Chocolatey is enabled and was found on C:\Users\Pete\AppData\Local\UniGetUI\Chocolatey\bin\choco.exe
[21/06/2026 16:32:36] Command npm.cmd was not found on the system
[21/06/2026 16:32:36] Npm is enabled but was not found on the system!
[21/06/2026 16:32:36] Command bun.exe was not found on the system
[21/06/2026 16:32:36] Pip is enabled and was found on C:\Users\Pete\AppData\Local\Microsoft\WindowsApps\python.EXE
[21/06/2026 16:32:36] Command bun.cmd was not found on the system
[21/06/2026 16:32:36] Bun is enabled but was not found on the system!
[21/06/2026 16:32:36] Command vcpkg was not found on the system
[21/06/2026 16:32:36] Command vcpkg was not found on the system
[21/06/2026 16:32:36] Vcpkg root was not found. Please define the %VCPKG_ROOT% environment variable or define it from UniGetUI Settings
[21/06/2026 16:32:36] vcpkg is enabled but was not found on the system!
[21/06/2026 16:32:36] .NET Tool is enabled but was not found on the system!
[21/06/2026 16:32:36] Auto-updater source 'ProductInfo' returned version 2026.2.1.0 (upgradable=False)
[21/06/2026 16:32:36] Downloaded new icons and screenshots successfully!
[21/06/2026 16:32:36] An error occurred while initialising package manager Pip
[21/06/2026 16:32:36] System.InvalidOperationException: Microsoft Store python alias is not a valid python install
at UniGetUI.PackageEngine.Managers.PipManager.Pip._loadManagerVersion(String& version)
at UniGetUI.PackageEngine.ManagerClasses.Manager.PackageManager.Initialize()
[21/06/2026 16:32:36] Connected to WinGet API using packaged COM activation.
[21/06/2026 16:32:36] WinGet activation mode selected: packaged COM registration | Source: system COM registration
[21/06/2026 16:32:36] Winget is enabled and was found on C:\Users\Pete\AppData\Local\Microsoft\WindowsApps\winget.exe
[21/06/2026 16:32:36] Api running on named pipe UniGetUI.IPC
[21/06/2026 16:32:36] ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
█▀▀▀▀▀▀▀▀▀▀▀▀▀ MANAGER LOADED ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
█ Name: WinGet (aka Winget)
█ Executable name: "winget.exe"
█ Executable path: "C:\Users\Pete\AppData\Local\Microsoft\WindowsApps\winget.exe"
█ Call arguments: ""
█ Version: System WinGet (CLI) Version: v1.28.240
█ Using Native WinGet helper (COM Api)
█ Activation mode: packaged COM registration
█ Activation source: system COM registration
█
█ WinGet is enabled and ready to go.
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
[21/06/2026 16:32:37] ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
█▀▀▀▀▀▀▀▀▀▀▀▀▀ MANAGER LOADED ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
█ Name: Chocolatey (aka Chocolatey)
█ Executable name: "choco.exe"
█ Executable path: "C:\Users\Pete\AppData\Local\UniGetUI\Chocolatey\bin\choco.exe"
█ Call arguments: ""
█ Version: 2.5.0
█
█ Chocolatey is enabled and ready to go.
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
[21/06/2026 16:32:37] ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
█▀▀▀▀▀▀▀▀▀▀▀▀▀ MANAGER LOADED ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
█ Name: PowerShell 5.x (aka PowerShell)
█ Executable name: "powershell.exe"
█ Executable path: "C:\WINDOWS\System32\WindowsPowerShell\v1.0\powershell.exe"
█ Call arguments: " -NoProfile -Command"
█ Version: Name Value
█ ---- -----
█ PSVersion 5.1.26100.8655
█ PSEdition Desktop
█ PSCompatibleVersions {1.0, 2.0, 3.0, 4.0...}
█ BuildVersion 10.0.26100.8655
█ CLRVersion 4.0.30319.42000
█ WSManStackVersion 3.0
█ PSRemotingProtocolVersion 2.3
█ SerializationVersion 1.1.0.1
█
█ PowerShell 5.x is enabled and ready to go.
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
[21/06/2026 16:32:41] Found 0 installed packages from Chocolatey
[21/06/2026 16:32:41] Found 0 available updates from Chocolatey
[21/06/2026 16:32:42] Integrity check passed successfully!
[21/06/2026 16:32:42] Avalonia shell bootstrap completed
[21/06/2026 16:32:44] Found 2 installed packages from PowerShell
[21/06/2026 16:32:44] Found 2 installed packages from PowerShell
[21/06/2026 16:32:45] Found 0 available updates from PowerShell
[21/06/2026 16:32:45] WinGet package luizzak.GIFViewer not being shown as an updated as this version has already been marked as installed
[21/06/2026 16:32:45] Version string 1.2.90.451.gb094aab0 appears to contain non-numeric characters within a numeric segment and will be treated as unknown
[21/06/2026 16:32:45] Version string 1.2.90.451.gb094aab0 appears to contain non-numeric characters within a numeric segment and will be treated as unknown
[21/06/2026 16:32:45] Version string 1.2.90.451.gb094aab0 appears to contain non-numeric characters within a numeric segment and will be treated as unknown
[21/06/2026 16:32:45] Version string 1.2.92.148.g882cc571 appears to contain non-numeric characters within a numeric segment and will be treated as unknown
[21/06/2026 16:32:46] Found 201 installed packages from Winget
[21/06/2026 16:32:46] Found 3 available updates from Winget
[21/06/2026 16:32:46] Unknown mimetype text/html; charset=utf-8 for icon https://github.com/alexkay/spek/blob/master/data/icons/48x48/spek.png, aborting download
Package Managers Logs
Manager WinGet with version:
System WinGet (CLI) Version: v1.28.240
Using Native WinGet helper (COM Api)
Activation mode: packaged COM registration
Activation source: system COM registration
——————————————————————————————————————————
Logged native task on manager Winget. Task type is ListSources
Process start time: 21/06/2026 16:32:36
Process end time: 21/06/2026 16:32:37
-- Task information
...
The task reported success
——————————————————————————————————————————
Logged native task on manager Winget. Task type is ListInstalledPackages
Process start time: 21/06/2026 16:32:40
Process end time: 21/06/2026 16:32:46
-- Task information
...
The task reported success
——————————————————————————————————————————
Logged subprocess-based task on manager Winget. Task type is RefreshIndexes
Subprocess executable: "C:\Users\Pete\AppData\Local\Microsoft\WindowsApps\winget.exe"
Command-line arguments: " source update --disable-interactivity "
Process start time: 21/06/2026 16:32:40
Process end time: 21/06/2026 16:32:42
-- Process STDOUT
...
Return code: SUCCESS (0)
——————————————————————————————————————————
Logged native task on manager Winget. Task type is OtherTask
Process start time: 21/06/2026 16:32:40
Process end time: 21/06/2026 16:32:45
-- Task information
...
The task reported success
——————————————————————————————————————————
Logged native task on manager Winget. Task type is ListUpdates
Process start time: 21/06/2026 16:32:42
Process end time: 21/06/2026 16:32:46
-- Task information
...
The task reported success
——————————————————————————————————————————
Relevant information
See above. Nothing special.
Screenshots and videos
No response
Please confirm these before moving forward
UniGetUI Version
2026.2.1
Windows version, edition, and architecture
w11 Pro 25H2 Build 26200.8655
Describe your issue
The "Run UniGetUI at startup" setting does not persist across UniGetUI's own auto-update cycle. I disable it in Settings, and it works until the next auto-update, at which point it's re-enabled and the app starts at Windows logon again. This has happened repeatedly across multiple update cycles.
Environment
UniGetUI version: 2026.2.1 (Build 107)
OS: Windows 11 (build 26200.8655)
Runtime: .NET 10.0.9
UI Framework: Avalonia
Packaged (MSIX): False
Install path: C:\Users<user>\AppData\Local\Programs\UniGetUI\UniGetUI.exe
What I've already ruled out
Using Sysinternals Autoruns (admin mode) and manual registry inspection, I confirmed UniGetUI does not appear in any of:
HKCU\Software\Microsoft\Windows\CurrentVersion\Run
HKLM\Software\Microsoft\Windows\CurrentVersion\Run
HKLM\Software\WOW6432Node\Microsoft\Windows\CurrentVersion\Run
HKCU...\Explorer\StartupApproved\Run or \StartupFolder
Startup folder (shell:startup / shell:common startup) — confirmed empty
Task Scheduler (checked all tasks, none match)
Windows Services (checked full service list via Autoruns)
AppX/MSIX packages (Get-AppxPackage returns nothing; app also self-reports Packaged (MSIX): False)
HKCU...\BackgroundAccessApplications (not present)
Despite this, the app still appears in Windows 11 Settings → Apps → Startup, and toggling it off there does not survive an update.
Additional note
When launched at logon, the process log shows Args: (none) — it isn't being passed the documented --background startup flag, suggesting whatever launches it at logon isn't going through UniGetUI's own intended startup-args path.
I also checked the CLI (settings list via IPC) and didn't see an obvious autostart-related key (no RunAtStartup/LaunchAtLogin/etc. in the returned list).
Expected behavior
The autostart preference should persist across auto-updates, and/or the actual registration mechanism should be discoverable via standard Windows tooling (Autoruns, Task Scheduler, Services).
Steps to reproduce the issue
Many updates, always reverts to starting with Windows.
UniGetUI Log
Package Managers Logs
Relevant information
See above. Nothing special.
Screenshots and videos
No response