PlugArr 0.7.0
Reinstaller par-dessus une installation existante ne perd plus les reglages. Demande a l'usage.
C'etait pire que « pas propose »
install construisait sa configuration de zero et ne lisait jamais le stack.yml present. Mesure sur une installation d'essai :
| avant | apres reinstallation | |
|---|---|---|
| Identifiant | yannick |
plugarr |
| VPN | mullvad + cle WireGuard | desactive |
| Profils Recyclarr | choisis | vides |
| Mot de passe console | pose | perdu |
Le VPN est le cas grave : il disparaissait en silence, et l'installation affichait meme « Aucun VPN n'est configure ». Quelqu'un qui reinstalle pour reparer autre chose se retrouvait avec son trafic torrent en clair.
La reprise repare un defaut bien plus ancien
qBittorrent, Jellyfin, autobrr et les autres ne stockent leur mot de passe que hache : PlugArr ne pouvait pas le relire, en generait un nouveau, l'annoncait, et le service le refusait. C'est la panne aux messages incomprehensibles de la 0.1.11 — « reponse illisible », « HTTP 401 ».
Mais quand c'est PlugArr qui a installe, le mot de passe est dans son stack.yml. Il n'a jamais eu besoin de le relire ailleurs. Reprendre les identifiants precedents fait donc coincider ce qui est annonce et ce qui est en place. Les ports decales a la main suivent aussi.
Active par defaut, jamais silencieuse
Perdre un VPN en silence est pire que reprendre sans demander. Mais le recapitulatif liste ce qui a ete repris, service par service, et un choix Repartir de zero le refuse :
Installation existante detectee : reglages repris.
Reglages : identifiant, mot de passe de la console, profils de qualite, VPN (mullvad)
Identifiants conserves : qbittorrent, sonarr
Une option donnee a la main prime toujours sur l'heritage, sinon elle serait sans effet et personne ne comprendrait pourquoi. --repartir-de-zero en ligne de commande, un choix a l'ecran de recapitulatif dans l'assistant.
Gluetun est couvert par la : tous ses reglages vivent dans stack.yml. Son dossier ${CONFIG_ROOT}/gluetun ne contient que servers.json, un cache de 7 Mo qu'il regenere — verifie, il n'y a rien a y garder.
Un troisieme piege d'heritage d'exceptions
Apres BadZipFile en 0.5.2 : yaml.YAMLError herite d'Exception, pas de ValueError. Un stack.yml corrompu faisait donc remonter l'erreur brute au lieu d'etre traite comme « illisible, on repart de zero ». Converti a la source dans migrations.lire, comme la fois precedente. Trouve par un test ecrit avant le correctif.
L'identifiant a son bouton de copie
Demande a l'usage. On le recopie autant que le mot de passe — dans un formulaire de connexion, juste avant lui — et lui seul n'en avait pas. Il reste affiche en clair : ce n'est pas un secret, c'est le bouton qui manquait. Verifie dans un navigateur, pas seulement dans le HTML.
plugarr.exe est attache a cette release. 877 tests.