Bug #45738
identifiants doublons et erreur de calcul de l'URL sur une source de donnée dans un formulaire de workflow
0%
Description
J'ai un formulaire de workflow avec une liste qui utilise une source de donnée avec ?q={{form_var_prenom}}
Ce workflow est utilise par un formulaire qui a deux champs form_var_prenom avec des conditions qui s'excluent (form_var_caseacocher_raw et not form_var_caseacocher_raw)
Quand c'est le premier champ qui est rempli, on voit bien form_var_prenom="foobar" dans l'inspect, mais form_var_prenom est à None lors du calcul de l'URL de la source de donnée.
Fichiers
Historique
Mis à jour par Thomas Noël il y a plus de 3 ans
C'est lié au fait que l'URL n'est pas calculée en mode lazy, et donc #38961 ne s'applique pas (pas d'intelligence sur les champs avec le même identifiant).
(C'est vérifiable rapidement si on pose force-lazy-mode=true, tout se met à fonctionner)
Mis à jour par Thomas Noël il y a plus de 3 ans
- Fichier form-45738-demande-avec-id-en-doublon-nomprenom.wcs form-45738-demande-avec-id-en-doublon-nomprenom.wcs ajouté
- Fichier workflow-45738-wfform-avec-datasource.wcs workflow-45738-wfform-avec-datasource.wcs ajouté
Pour reproduire, un formulaire et son workflow ci-joint.
Après avoir soumis une demande, regarder les logs sur la passerelle (qui est interrogée comme source de données (url bidon avec ?q={{form_var_nom}} {{form_var_prenom}})) :- si la case est cochée, Passerelle reçoit bien les données : GET /404/?q=NOMTYPE2+PRENOMTYPE2
- si la case n'est pas cochée, form_var_nom et prénom sont vides : GET /404/?q=None+None
Mis à jour par Frédéric Péters il y a 6 mois
- Statut changé de Nouveau à Fermé
Ça a été corrigé très rapidement après, via #45806 (qui force le mode lazy pour les URL), sans faire le lien avec ce ticket.