Bug #65004
Mis à jour par Benjamin Dauvergne il y a presque 2 ans
Problème récurrent chez plusieurs clients, donc je fais une demande chapeau pour les tickets clients concernés (et éviter que ce soit affecté à support technique pour rien).
Les suspects sont le fait que le dico associé au magictoken (et la session elle même en fait) semble un peu modifié n'importe où et n'importe comment que ce soit par autosave ou par des soumissions en paralèlle (ouverture dans plusieurs onglets, lenteur du réseau sur des mobiles, etc...) et qu'aucun verrouillage coté SQL n'a lieu pour empêcher les écriture concurrentes de la même ligne en base. Un chemin vers une amélioration serait déjà de ne plus utiliser la session pour stocker les données des formulaires mais uniquement un FormData (#24635). On pourrait aussi verrouiler la session en base dans les chemins d'écriture (en rechargeant la session ensuite, avec tout ce que ça implique). Ne pas développer de solution sur ce ticket, uniquement discussion et lier les tickets clients, si une solution est choisie/testée, elle ira dans son propre ticket.
*Un contournement possible: ajouter une condition de sortie sur un des champs manquants dans les pages qui suivent voir sur la dernière, ça n'enlève pas complètement le problème mais ça empêche les usagers d'aller jusqu'à la soumission. Prévoir en plus un champ commentaire pour dire aux gens de reprendre à la première page.*
Les suspects sont le fait que le dico associé au magictoken (et la session elle même en fait) semble un peu modifié n'importe où et n'importe comment que ce soit par autosave ou par des soumissions en paralèlle (ouverture dans plusieurs onglets, lenteur du réseau sur des mobiles, etc...) et qu'aucun verrouillage coté SQL n'a lieu pour empêcher les écriture concurrentes de la même ligne en base. Un chemin vers une amélioration serait déjà de ne plus utiliser la session pour stocker les données des formulaires mais uniquement un FormData (#24635). On pourrait aussi verrouiler la session en base dans les chemins d'écriture (en rechargeant la session ensuite, avec tout ce que ça implique). Ne pas développer de solution sur ce ticket, uniquement discussion et lier les tickets clients, si une solution est choisie/testée, elle ira dans son propre ticket.
*Un contournement possible: ajouter une condition de sortie sur un des champs manquants dans les pages qui suivent voir sur la dernière, ça n'enlève pas complètement le problème mais ça empêche les usagers d'aller jusqu'à la soumission. Prévoir en plus un champ commentaire pour dire aux gens de reprendre à la première page.*