Produits Entr'ouvert » w.c.s.

Dans #105127, il est constaté :

L'enregistrement d'une vue personnalisée sur l'instance A avec le même slug (candidature-retenue) qu'une vue déjà existante mais différente (pas la même visibilité et pas les mêmes critères) sur l'instance B,
Instance A : https://formulaires-rh.test.entrouvert.org/backoffice/management/chapitre-012-candidature-spontanee/candidature-retenue/
Instance B : https://demarches-rh-preprod.test.entrouvert.org/backoffice/management/chapitre-012-candidature-spontanee/candidature-retenue/
embarque la vue personnalisée sur l'instance B avec le même slug candidature-retenue, sans écraser la vue locale avec le même slug candidature-retenue.
Conséquence, on a deux vues personnalisées avec le même libellé et le même slug. Les deux vues sont bien différentes, la locale et celle embarquée dans l'app, on peut le constater dans l'inspect https://demarches-rh-preprod.test.entrouvert.org/backoffice/forms/1/inspect#open:customviews
Mais partageant le même slug, on ne peut consulter qu'une seule vue, ce qui donne l'impression d'un doublon

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

Ça correspond à la situation #56698 pointée par Marie, ("Quand on écrase un formulaire avec un import, les vues personnalisées sont dupliquées"); ça a été corrigé pour l'import ("écraser avec") depuis le backoffice, mais pas pour le cas où l'écrasement se passe via le déploiement d'une application.

Il faudrait donc s'attendre à la même correction que celle mise en place pour l'import depuis le backoffice : suppression des vues partagées locales, remplacées par les vues partagées présentes dans ce qui est importé.

Effectivement le comportement attendu serait que les vues ayant le même slug soient mises à jour lors de la maj via une app.