You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
fix: keep settings across reinstalls and put a setup on its build's channel
A fresh nightly install stayed on the stable update channel, the default
of the settings, and so never updated again until a stable release passed
its version. A reinstall did not help either: Velopack's setup replaces
the whole install folder, and the cfg folder with the settings lived in
it.
The nightly workflow now passes -p:UpdateChannel=Nightly, which the app
carries as a compile constant. The first launch after a setup, which
Velopack signals through its first run hook, puts the update channel on
the channel of the installed build. Updates do not run this, so a channel
picked in the settings survives them.
Installed builds keep cfg (settings, logs, detections, the webview
profile) in the roaming AppData folder instead of the install folder and
move an existing cfg there once. Development builds keep using the cfg
folder next to their output.
libobs is also pointed at its data and module folders by full path. The
relative paths only worked when the working directory was the app folder,
which is the case for the shortcuts but not for any other way of starting
it.
Logger.WriteLine($"First run after the setup of a {BuildChannel} build, switching the update channel from {settings.updateChannel} to {BuildChannel}");
0 commit comments