C'est a priori lié à la session. On envoie une donnée pseudo-aléatoire liée à la session, et l'utilisateur doit nous la renvoyer pour comparaison. Ça échoue, soit parce que c'est une donnée valide mais trop vieille ou d'un autre formulaire qui est renvoyée par le naviqateur, soit parce que c'est une donnée corrompue pour une raison ou une autre qui est renvoyée par le navigateur, soit parce que la donnée est correctement renvoyée par le navigateur mais que côté code serveur un truc passe mal (sachant que divers navigateurs sont concernés, ça ne serait pas le plus improbable). C'est toute la question. Et donc changer la session résout le problème en faisant table-rase des données attendues.
[^] # Re: Problème se résolvant avec un deco/reco
Posté par Benoît Sibaud (site web personnel) . En réponse à l’entrée du suivi 422 Unprocessable Entity (anti-CSRF). Évalué à 3 (+0/-0).
C'est a priori lié à la session. On envoie une donnée pseudo-aléatoire liée à la session, et l'utilisateur doit nous la renvoyer pour comparaison. Ça échoue, soit parce que c'est une donnée valide mais trop vieille ou d'un autre formulaire qui est renvoyée par le naviqateur, soit parce que c'est une donnée corrompue pour une raison ou une autre qui est renvoyée par le navigateur, soit parce que la donnée est correctement renvoyée par le navigateur mais que côté code serveur un truc passe mal (sachant que divers navigateurs sont concernés, ça ne serait pas le plus improbable). C'est toute la question. Et donc changer la session résout le problème en faisant table-rase des données attendues.