Development #33260
ComputedExpressionWidget : le changement de syntaxe perd l'expression courante
Statut:
Rejeté
Priorité:
Bas
Assigné à:
-
Version cible:
-
Début:
20 mai 2019
Echéance:
% réalisé:
0%
Temps estimé:
Patch proposed:
Non
Planning:
Non
Description
Par exemple, l'admin fonctionnelle souhaite paramétrer un appel WS POST, avec des données à envoyer dans le corps de la requête.
Elle souhaite envoyer une paire clé-valeur dont la clé est whatever et la valeur est une expression de gabarit django.
Elle commence à remplir une expression {{form_var_whatever|misc_function:"…"}} pour se rendre compte que c'est la syntaxe texte qui a été sélectionnée.
Elle clique sur l'icone "engrenage" à droite du champ pour changer la syntaxe, et sélectionne la syntaxe de gabarits django.
→ Ce changement de syntaxe ne devrait pas provoquer la disparition de l'expression déjà renseignée dans le champ.
Demandes liées
Historique
Mis à jour par Benjamin Dauvergne il y a presque 5 ans
- Sujet changé de workflow : lors d'un appel WS, le changement de syntaxe pour la valeur de donnée à envoyer provoque l'effacement de cette valeur à ComputedExpressionWidget : le changement de syntaxe perd l'expression courante
Mis à jour par Frédéric Péters il y a presque 5 ans
- Statut changé de Nouveau à Rejeté
Je ne le retrouvais pas tout à l'heure, mais doublon, #23618.
Mis à jour par Frédéric Péters il y a presque 5 ans
- Duplique Bug #23618: Condition : quand on passe de "Expression Python" à "Expression Django" (ou l'inverse), on perd le contenu du champ condition ajouté