Bug #32186
Saut automatique sur condition vraie qui ne s'execute pas.
0%
Description
Dans le statut https://demarches-experimentation-publik.test.entrouvert.org/backoffice/workflows/1/status/3/ il y a 3 sauts auto et c'est le troisième qui est réalisé alors que la condition sur le second saut est vraie. Voici la condition :
form_var_identite_validee == "Oui" and form_var_nom|slugify == form_var_nom_naissance_declarant|slugify and form_var_prenom|slugify == form_var_prenoms_naissance_declarant|slugify and form_var_date_de_naissance == form_var_date_naissance_declarant
En première action dans ce statut un message est affiché dans l'historique qui indique que cette condition est bien satisfaite. Pourtant, le second saut portant cette condition n'est pas réalisé et c'est le saut suivant (par défaut) qui l'est.
Dans le statut qui suit, un saut manuel permet de revenir sur le statut qui contient les 3 sauts. De retour sur ce statut, sans modification des données, le résultat de la condition affiché dans le message dans l'historique reste le même, et cette fois-ci, c'est bien le second saut qui porte cette condition qui est réalisé.
Voici un exemple de demande : https://demarches-experimentation-publik.test.entrouvert.org/backoffice/management/demarche-avec-des-donnees-validees/22/
Pour reproduire :- Voici le formulaire : https://demarches-experimentation-publik.test.entrouvert.org/demonstration/demarche-avec-des-donnees-validees/
- Se connecter avec FC avec le compte apetit/Apetit42$
- Utiliser l'API DGFIP avec le compte prérempli
- Indiquer que le demandeur est le déclarant 1.
Historique
Mis à jour par Mikaël Ates (de retour le 29 avril) il y a environ 5 ans
- Tracker changé de Autre à Bug
Mis à jour par Paul Marillonnet il y a environ 5 ans
- Statut changé de Nouveau à Information nécessaire
Je cherche à reproduire le bug. Quel fournisseur d'identité FC sélectionner pour l'utilisation du compte de test ?
Mis à jour par Mikaël Ates (de retour le 29 avril) il y a environ 5 ans
DGFIP mais le compte de test indiqué devrait marcher avec tous les FI.
Mis à jour par Paul Marillonnet il y a environ 5 ans
- Statut changé de Information nécessaire à En cours
Je ne vois rien d'anormal pour l'instant.
Je vais importer la conf FC, la démarche et le workflow sur mon environnement de dév, pour me permettre d'aller fouiner un peu plus en détails.
Mis à jour par Mikaël Ates (de retour le 29 avril) il y a environ 5 ans
Peux-tu pointer une demande où c'est le second saut dans le statut https://demarches-experimentation-publik.test.entrouvert.org/backoffice/workflows/1/status/3/ qui est exécuté dès soumission de la demande ?
Mis à jour par Paul Marillonnet il y a environ 5 ans
Et bien sûr il va falloir ruser un peu plus, FC détectant que l'uri de redirection après connexion à leur plateforme d'intégration n'est pas celle que l'on a fait enregistrer.
Mis à jour par Mikaël Ates (de retour le 29 avril) il y a environ 5 ans
Est-ce que tu as pu reproduire le problème sur la plateforme "experimentation" ?
Mis à jour par Paul Marillonnet il y a environ 5 ans
Mikaël Ates a écrit :
Peux-tu pointer une demande où c'est le second saut dans le statut https://demarches-experimentation-publik.test.entrouvert.org/backoffice/workflows/1/status/3/ qui est exécuté dès soumission de la demande ?
Non, je ne peux pas. Je reproduis le bug, impossible de soumettre une demande où le le second saut automatique est effectué directement.