Streamlink Launcher 1.4.0

English

Added

• Update the launcher from GitHub. Settings → About now has an update card. It checks the latest release of the repository (automatically a few seconds after start-up when Check for updates is on, or with the Check button) and, when a newer version exists, Update downloads the executable, verifies it, replaces the running one and restarts the launcher. Checks: the file must be the release asset of this repository, have the size and the SHA-256 published by GitHub, and look like a Windows executable; if the current executable is signed, the new one must be validly signed by the same publisher (no way back to an unsigned file). Redirects are followed only to GitHub. The previous executable is renamed .old and removed at the next start; on any failure it is put back. Running streams are stopped after a confirmation. Run from the sources, or from a write-protected folder, the button opens the release page instead. Release notes and GitHub repository links sit under the card, and a badge shows when an update is available.
• Code signing ready. The release workflow can have the executable signed through SignPath.io with a certificate from the SignPath Foundation (free for open source projects): it waits for the manual approval, checks that the signature is valid and timestamped, and never publishes an unsigned file once signing is enabled. Signing turns on as soon as the project is accepted and configured (see Code signing policy in the README); until then, releases stay unsigned and their notes say so.
• Each release now comes with SHA256SUMS.txt, and its notes show the SHA-256 of the executable.

Changed

• Fewer antivirus false positives: PyInstaller's bootloader is now compiled from source on GitHub Actions instead of using the prebuilt one shared by countless programs, UPX compression is disabled, and the PyInstaller version is pinned (packaging/requirements-build.txt).
• Every pull request now builds the executable, so a build problem shows up before the release.

Français

Ajouté

• Mise à jour du lanceur depuis GitHub. Paramètres → À propos contient maintenant une carte de mise à jour. Elle cherche la dernière release du dépôt (automatiquement quelques secondes après le démarrage si Vérifier les mises à jour est activé, ou avec le bouton Vérifier) et, quand une version plus récente existe, Mettre à jour télécharge l'exécutable, le vérifie, remplace celui qui tourne et redémarre le lanceur. Contrôles : le fichier doit être l'asset de release de ce dépôt, avoir la taille et le SHA-256 publiés par GitHub et ressembler à un exécutable Windows ; si l'exécutable actuel est signé, le nouveau doit l'être valablement par le même éditeur (impossible de revenir à un fichier non signé). Les redirections ne sont suivies que vers GitHub. L'ancien exécutable est renommé en .old puis supprimé au démarrage suivant ; en cas d'échec, il est remis en place. Les streams en cours sont arrêtés après confirmation. Lancé depuis les sources ou depuis un dossier protégé en écriture, le bouton ouvre la page de la release. Les liens Notes de version et Dépôt GitHub sont sous la carte, et un badge signale une mise à jour disponible.
• Signature du code prête. Le workflow de release peut faire signer l'exécutable via SignPath.io avec un certificat de la SignPath Foundation (gratuit pour les projets open source) : il attend l'approbation manuelle, vérifie que la signature est valide et horodatée, et ne publie jamais de fichier non signé une fois la signature activée. La signature s'active dès que le projet est accepté et configuré (voir Code signing policy dans le README) ; d'ici là, les releases restent non signées et leurs notes l'indiquent.
• Chaque release est accompagnée de SHA256SUMS.txt, et ses notes affichent le SHA-256 de l'exécutable.

Modifié

• Moins de faux positifs antivirus : le chargeur de PyInstaller est maintenant compilé depuis ses sources sur GitHub Actions au lieu d'utiliser celui précompilé partagé par d'innombrables programmes, la compression UPX est désactivée, et la version de PyInstaller est figée (packaging/requirements-build.txt).
• Chaque pull request compile maintenant l'exécutable : un problème de compilation se voit avant la release.

---

Unsigned executable — Windows SmartScreen may show a warning (More info → Run anyway). Exécutable non signé — SmartScreen peut afficher un avertissement (Informations complémentaires → Exécuter quand même).

SHA-256 a145159354a43a49dd82a9cabe48fd7703a06966b340f6ad5b10c28d08015bc8