Bug #79079
Contrôle doublons ANTS : err 422 lors de l'appel au WS
0%
Description
Malgré les conditions d'affichage pour ne tester le WS que quand un numéro de pré-demande comporte 10 caractères : https://traitement-demarches.arles.fr/backoffice/forms/170/fields/163/#open:advanced, il reste tout de même un résiduel d'erreurs : https://traitement-demarches.arles.fr/backoffice/forms/170/logged-errors/
Ici : WWFLSWJT, on voit bien qu'il n'y a pourtant pas 10 caractères.
Là : Etats+Unis, et bien il y a des petits malins...
Benjamin écrivait sur jabber :
c'est pas la validation à la volée c'est le rafraichissement des champs conditionnés notamment celui avec le message je pense, ça veut dire que form_var_predemande même quand il ne valide pas est disponible pour les autres expressions, c'est embêtant
Est-ce que l'on peut faire quelque chose ?
Demandes liées
Historique
Mis à jour par Frédéric Péters il y a 10 mois
Malgré les conditions d'affichage pour ne tester le WS que quand un numéro de pré-demande comporte 10 caractères : https://traitement-demarches.arles.fr/backoffice/forms/170/fields/163/#open:advanced,
https://traitement-demarches.arles.fr/backoffice/forms/170/logged-errors/492/ (je n'ai pas regardé les autres) ne vient pas du champ que tu pointes mais de la condition de sortie de page https://traitement-demarches.arles.fr/backoffice/forms/170/fields/160/#open:advanced
Mis à jour par Benjamin Dauvergne il y a 10 mois
Je pense qu'il faut demander à l'ANTS de nous préciser la regexp exacte du format.
Frédéric Péters a écrit :
Malgré les conditions d'affichage pour ne tester le WS que quand un numéro de pré-demande comporte 10 caractères : https://traitement-demarches.arles.fr/backoffice/forms/170/fields/163/#open:advanced,
https://traitement-demarches.arles.fr/backoffice/forms/170/logged-errors/492/ (je n'ai pas regardé les autres) ne vient pas du champ que tu pointes mais de la condition de sortie de page https://traitement-demarches.arles.fr/backoffice/forms/170/fields/160/#open:advanced
Dans mon idée si la valeur ne valide pas, form_var_numero_predemande devrait être à None, alors qu'ici il semble qu'il soit quand même valué.
Mis à jour par Frédéric Péters il y a 10 mois
Dans mon idée si la valeur ne valide pas, form_var_numero_predemande devrait être à None, alors qu'ici il semble qu'il soit quand même valué.
Toutes les valeurs telles qu'elles ont été saisies sont disponibles pour les conditions de sortie de page.
Mis à jour par Anaïs Ecuvillon il y a 10 mois
Frédéric Péters a écrit :
Dans mon idée si la valeur ne valide pas, form_var_numero_predemande devrait être à None, alors qu'ici il semble qu'il soit quand même valué.
Toutes les valeurs telles qu'elles ont été saisies sont disponibles pour les conditions de sortie de page.
Est-ce que cela signifie que ces erreurs pourraient venir d'un usager qui renseigne un numéro de pré-demande qui ne comporte pas 10 caractères, et qui malgré l'aide à la saisie à la volée, clique sur Suivant ? La condition en sortie de page est jouée et provoque une erreur. Ce serait ça ?
Mis à jour par Frédéric Péters il y a 10 mois
malgré l'aide à la saisie à la volée, clique sur Suivant
oui, pour l'erreur que j'ai regardée. Note que comme il y a un seul champ sur la page la validation à la volée de celui-ci n'a pas forcément l'occasion d'être visible avant le clic sur "suivant".
Mis à jour par Anaïs Ecuvillon il y a 10 mois
- Statut changé de Nouveau à Fermé
la semaine dernière, on avait plein d'erreur, cette condition form_var_numero_predemande|count == 10 que j'avais rédigée avait effectivement réglé le problème pendant la saisie, mais je ne pensais pas que sur un seul champs, l'aide à la volée pouvait ne pas se voir.
Et effectivement, après test, ça règle le problème
Mis à jour par Anaïs Ecuvillon il y a 10 mois
Et donc je confirme, que si on va vite, la saisie à la volée sur une page avec un seul champ n'est pas visible de l'usager
Mis à jour par Anaïs Ecuvillon il y a 10 mois
- Lié à Development #76400: Validation - ajout Numéro de pré-demande ANTS ajouté
Mis à jour par Anaïs Ecuvillon il y a 10 mois
- Sujet changé de Doublons ANTS : err 422 à Contrôle doublons ANTS : err 422 lors de l'appel au WS