Projet

Général

Profil

Development #89323

Modèle de fiche // ne pas pouvoir supprimer un champ qui est utilisé comme identifiant unique

Ajouté par Anaïs Ecuvillon il y a 21 jours. Mis à jour il y a 18 jours.

Statut:
Solution déployée
Priorité:
Normal
Assigné à:
Version cible:
-
Début:
09 avril 2024
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Non
Planning:
Non

Description

Plouf, j'ai buggé Publik, dans un modèle de fiche qui a un identifiant personnalisé, j'ai supprimé le champ utilisé comme identifiant unique.

Pour ne pas que cela se reproduise, ça serait nécessaire de ne pas permettre la suppression du champ utilisé comme identifiant personnalisé.

En attendant, je voudrais supprimer mon modèle de fiche : https://demarches-vaucluse.hds.test.entrouvert.org/backoffice/cards/7/
Je ne peux pas car il existe une fiche que je ne peux pas supprimer car le lien est cassé : https://demarches-vaucluse.hds.test.entrouvert.org/backoffice/data/organigramme-liste-des-directions/


Fichiers

error.png (39,9 ko) error.png Frédéric Péters, 09 avril 2024 17:51

Révisions associées

Révision 636c4642 (diff)
Ajouté par Frédéric Péters il y a 18 jours

cards: warn harder on field removal if the field may be in id template (#89323)

Historique

#1

Mis à jour par Frédéric Péters il y a 21 jours

  • Statut changé de Nouveau à Fermé

j'ai supprimé le champ utilisé comme identifiant unique.

C'est un gabarit qui définit l'identifiant, pas directement un champ; (par exemple on pourrait imaginer que l'identifiant personnalisé fasse référence à une fiche liée); on ne peut pas de manière certaine pointer un champ.

Sur ton cas particulier, j'ai modifié un champ de la fiche pour avoir l'identifiant cle_de_tri qui était utilisé pour le gabarit d'identifiant personnalisé; ainsi la fiche existant a regagné un identifiant, et je suis allé la supprimer, puis le modèle.

#2

Mis à jour par Anaïs Ecuvillon il y a 21 jours

Frédéric Péters a écrit :

Sur ton cas particulier, j'ai modifié un champ de la fiche pour avoir l'identifiant cle_de_tri qui était utilisé pour le gabarit d'identifiant personnalisé; ainsi la fiche existant a regagné un identifiant, et je suis allé la supprimer, puis le modèle.

J'ai pensé à ça et ai d'abord ajouter un nouveau champ avec le même identifiant, mais j'ai sans doute cliqué trop vite car je n'avais pas eu accès à la fiche, merci en tout cas,

#3

Mis à jour par Thomas Noël il y a 21 jours

Malgré tout, un cas d'usage classique du gabarit d'identifiant sera à base de {{ form_var_truc }}. On pourrait peut-être repérer ces "truc" et lors de la suppression d'un champ ayant cet identifiant, signaler le risque ? (en rouge qui clignote)

(Je pose la question en me disant que tu, Fred, as peut-être déjà réfléchis à ça... c'est pas si trivial avec les form_var_truc_structured_chose)

#4

Mis à jour par Frédéric Péters il y a 21 jours

  • Fichier error.png error.png ajouté
  • Statut changé de Fermé à En cours
  • Assigné à mis à Frédéric Péters

ok, misons sur le fait qu'un message avec une autre couleur soit lu.

#5

Mis à jour par Robot Gitea il y a 21 jours

Frédéric Péters (fpeters) a ouvert une pull request sur Gitea concernant cette demande :

#6

Mis à jour par Robot Gitea il y a 21 jours

  • Statut changé de En cours à Solution proposée
#7

Mis à jour par Robot Gitea il y a 20 jours

  • Statut changé de Solution proposée à Solution validée

Lauréline Guérin (lguerin) a approuvé une pull request sur Gitea concernant cette demande :

#8

Mis à jour par Robot Gitea il y a 18 jours

  • Statut changé de Solution validée à Résolu (à déployer)

Frédéric Péters (fpeters) a mergé une pull request sur Gitea concernant cette demande :

#9

Mis à jour par Transition automatique il y a 18 jours

  • Statut changé de Résolu (à déployer) à Solution déployée

Formats disponibles : Atom PDF