Project

General

Profile

Développement #90799

Lors du changement de workflow, prévenir des modification sur les données de traitement et demander confirmation

Added by Mikaël Ates 11 months ago. Updated 11 months ago.

Status:
Fermé
Priority:
Normal
Target version:
-
Start date:
18 May 2024
Due date:
% Done:

0%

Estimated time:
Patch proposed:
No
Planning:
No

Description

Il peut arriver que lors d'un travail de conception une donnée de traitement soit supprimée. Puis, au lieu de restaurer une version précédente du workflow, il est créé une nouvelle donnée de traitement avec le même nom et le même identifiant. Lors de l'import en production, il y aura une incompréhension avec une donnée de traitement qui semble avoir été anormalement perdue.

Il serait intéressant lors d'un changement de workflow d'avoir un écran qui présente les modifications des données de traitement et qui demande une confirmation du souhait de changement de workflow, comme cela se fait lors de l'écrasement d'un formulaire avec un import.


Related issues

Related to w.c.s. - Développement #52417: changement de workflow d'un formulaire : gérer la passation des données de traitementNouveau27 March 2021

Actions

Associated revisions

Revision 47c9d9c4 (diff)
Added by Frédéric Péters 11 months ago

misc: warn about backoffice data fields before workflow change (#90799)

History

#2

Updated by Mikaël Ates 11 months ago

  • Related to Développement #52417: changement de workflow d'un formulaire : gérer la passation des données de traitement added
#3

Updated by Mikaël Ates 11 months ago

Ce ticket est différent de #52417 qui porte sur la gestion automatique du mapping de la donnée de traitement lors de l'import si même identifiant et même type.

Pour compléter, l'exemple en description, cela peut s'accompagner d'un changement de type.

#4

Updated by Thomas Noël 11 months ago

changement de type

Le changement de type d'une donnée (du formulaire ou de traitement, techniquement c'est pareil) : on en est loin. Il n'y a pas de système de conversion automatique d'un type vers l'autre sur un champ. Il serait plutôt proposé de ne pas permettre le changement de workflow, dans ce cas, en pointant la raison (changement de type d'une donnée de traitement avec le même identifiant), ce qui est un moindre mal (on éviterait déjà de supprimer des données).

#5

Updated by Stéphane Laget 11 months ago

Une alerte au moment de la mise à jour serait peut-être suffisante, sinon on risque d'avoir des situations bloquantes sur les applications.

#6

Updated by Thomas Noël 11 months ago

Stéphane Laget a écrit :

Une alerte au moment de la mise à jour serait peut-être suffisante, sinon on risque d'avoir des situations bloquantes sur les applications.

Je n'ai pas compris ton idée. Oui, l'idée serait d'être bloquant, y compris sur une mise à jour d'application. Je ne sais pas quelle est la situation actuelle quand on remplacer un formulaire avec une donnée "form_var_x" de type texte par une donnée "form_var_x_" de type liste (test laissé au lecteur...). Pour une donnée de traitement, ça serait la même chose.

#7

Updated by Frédéric Péters 11 months ago

  • Assignee set to Frédéric Péters
#8

Updated by Robot Gitea 11 months ago

  • Status changed from Nouveau to En cours

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

#9

Updated by Robot Gitea 11 months ago

  • Status changed from En cours to Solution proposée
#10

Updated by Robot Gitea 11 months ago

  • Status changed from Solution proposée to Solution validée

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

#11

Updated by Robot Gitea 11 months ago

  • Status changed from Solution validée to Résolu (à déployer)

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

#12

Updated by Transition automatique 11 months ago

  • Status changed from Résolu (à déployer) to Solution déployée
#13

Updated by Transition automatique 9 months ago

Automatic expiration

Also available in: Atom PDF