Bug #28890
form_user_name_identifier_0 n'est pas présent lors du POST sur une édition backoffice
Statut:
Fermé
Priorité:
Normal
Assigné à:
-
Version cible:
-
Début:
11 décembre 2018
Echéance:
% réalisé:
0%
Temps estimé:
Patch proposed:
Non
Planning:
Non
Description
pour reproduire :
- avoir une datasource qui ne marche pas quand on lui envoie un [form_user_name_identifier_0] au lieu du NameID
- l'utiliser dans un champ liste à choix multiple
Sur une action d'édition d'une demande ainsi faite, impossible de passer à la page suivante, ça bloque (sans erreur visible) sur la page avec la liste plantée.
Dans les logs d'accès à la datasource, lors du wfedit :- affichage de la page, accès ok : test.cgi?q=c28e3f33def248dd9198a22a8627ec44
- POST de la page : deux accès HS et un dernier ok (qui est le ré-affichage de la page) :
80.12.92.47 - - [11/Dec/2018:16:41:10 +0100] "GET /~thomas/test.cgi?q=%5Bform_user_name_identifier_0%5D HTTP/1.1" 200 272 "-" "python-requests/2.18.4" 80.12.92.47 - - [11/Dec/2018:16:41:10 +0100] "GET /~thomas/test.cgi?q=%5Bform_user_name_identifier_0%5D HTTP/1.1" 200 272 "-" "python-requests/2.18.4" 80.12.92.47 - - [11/Dec/2018:16:41:11 +0100] "GET /~thomas/test.cgi?q=c28e3f33def248dd9198a22a8627ec44 HTTP/1.1" 200 326 "-" "python-requests/2.18.4"
Historique
Mis à jour par Frédéric Péters il y a 4 mois
- Statut changé de Nouveau à Fermé
- Planning mis à Non
Doublonné/corrigé en #31729.