Bug #2755: champ liste avec source jsonp : oubli de la valeur en cas de multipage - w.c.s. - Redmine Entr’ouvert

Bug #2755

champ liste avec source jsonp : oubli de la valeur en cas de multipage

Ajouté par Thomas Noël il y a environ 11 ans. Mis à jour il y a plus de 10 ans.

Statut:

Fermé

Priorité:

Haut

Assigné à:

Version cible:

Début:

15 avril 2013

Echéance:

% réalisé:

Temps estimé:

Patch proposed:

Planning:

Description

Sur un formulaire multi-pages, la valeur d'un champ liste avec source "jsonp" est perdue au final.

Idem sur un formulaire simple si on "revient en arrière" lors de la validation.

Plus exactement :

avec un jsonp, on devrait stocker deux valeurs, celle "affichée" (var_xx) et la valeur "système" (var_xx_raw)
en multi-page (ou retour de validation), on se retrouve avec une seule variable (var_xx) qui contient var_xx_raw ...

Fichiers

0001-form-store-jsonp-display-value-earlier-and-use-it-to.patch (2,48 ko) 0001-form-store-jsonp-display-value-earlier-and-use-it-to.patch

Frédéric Péters, 13 juin 2013 10:34

Historique

Mis à jour par Thomas Noël il y a environ 11 ans

Précisions...

On ne pourra pas ser baser sur le var_xx_raw pour retrouver le champ. En effet, on peut avoir un select qui affiche plusieurs valeurs pour le même id (typiquement: un code postal correspond à plusieurs communes, [...{id=14000, text=CAEN}, {id=14000, text=CAEN CEDEX}...])

Il faut donc stocker "quelque part" la valeur affiché (le texte) pour retrouver l'id. Ou stocker les deux...?

Mis à jour par Thomas Noël il y a presque 11 ans

Note : il y a déjà un dictionnaire "get_session().jsonp_display_values" mais qui n'est pas renseigné si la page ne valide pas (entre autres), cf ItemField.store_display_value() dans wcs/fields.py.