Projet

Général

Profil

Bug #6932

export/import d'un formulaire : incohérence possible des indications de pré-remplissage

Ajouté par Thomas Noël il y a environ 9 ans. Mis à jour il y a 7 mois.

Statut:
Fermé
Priorité:
Normal
Assigné à:
-
Version cible:
-
Début:
12 avril 2015
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Non
Planning:
Non

Description

Lorsqu'on exporte un formulaire avec des champs pré-rempli, le xml en sortie est ainsi:

<field>
      <label>Adresse</label>
      <type>string</type>
      <required>True</required>
      <in_listing>True</in_listing>
      <prefill>
        <type>user</type>
        <value>3</value>
      </prefill><size>50</size>
      <id>4</id>
    </field>

Au niveau du prefill, on enregistre seulement le numéro du champ, or il dépend de la configuration du site. Si la configuration du site d'import est différente, c'est le désordre. De plus, si le site d'import n'a pas de champ numéro "value", c'est le premier qui est affiché quand on édite le champ (au lieu de "inconnu") laissant éventuellement croire à une bonne configuration.

Solution(s) pour l'export:
  • exporter également le nom de la variable, si elle existe
  • sinon exporter le slug du champ (simplify)
Pour l'import:
  • si variable ou "slug" existant, faire le rapprochement
  • sinon, afficher un warning "attention, des champs de pré-fill n'existent pas" (et les lister) ?

Et/ou dans l'admin sur la page qui affiche les champs, afficher un message d'alerte quand un champ n'a pas de prefill correct (car cela peut aussi arriver si on modifie le paramétrage des utilisateurs, par exemple).

Historique

#1

Mis à jour par Frédéric Péters il y a 7 mois

  • Statut changé de Nouveau à Fermé
  • Planning mis à Non

Ça n'a pas changé au niveau de l'export mais les identifiants des champs du profil utilisateur sont des slugs (depuis les déploiements via hobo et la gestion centralisée des attributs du profil), je vais ainsi considérer que ce ticket peut être fermé.

Formats disponibles : Atom PDF