mirror of
https://github.com/Felitendo/spotifast.git
synced 2026-11-01 17:33:26 +01:00
Carmine Paolino
3bdc4ee5e6
On Windows, an update begun as fastpotify.exe came back with "The update could not start": the helper relaunches the executable it was started from, and since 0.10.0 the installer deleted fastpotify.exe (#582). fastframe-update 0.1.1 moves an installation still running under a legacy name onto spotifast as it updates: an installer update relaunches spotifast.exe and removes fastpotify.exe once that start succeeds, a portable copy is written as spotifast (the old name stays as a link on Linux), Fastpotify.app comes back as Spotifast.app, and shortcuts and desktop entries that start the old file are pointed at the new one. Updates begun by 0.10.2 or earlier still relaunch fastpotify.exe, so the installer installs a copy under that name again. The app deletes it the next time it starts as spotifast.exe with no update running. The rename guide says what moves and when. The Nix vendor hash follows the new lockfile; the vendor build passes with it in nixos/nix. Fixes #582