Dans un objet, nous avons un champ de type liste dont le caractère modifiable est géré par contrainte.
En fonction de la contrainte, le champ liste est bien modifiable mais les valeurs de liste non sélectionnable.
Effectivement les items de field.listOfValues du champ comportent un enabled=true|false qui ne suivait pas la règle field.updatable=true|false de la contrainte. Les booléens seront désormais alignés via la méthode field.setUpdatable(true|false).
Après analyse, avant création la contrainte back s’applique bien au moment d’envoyer les metadata au front, mais pas au save/create. Du coup le champ Liste reste non modifiable.
Cela était bien géré (en V4 ?), car Simplicité doit parser 2 fois les données reçues (A et 2) au save :
appliquer les données reçues (valeur A, et la Liste reste vide car toujours non modifiable)
appliquer les contraintes (valeur A donc la Liste devient modifiable)
ré-appliquer les données reçues (valeur A et valoriser la Liste = 2)
creation ok
On va forcer le contexte CREATE/UPDATE pour repasser dans la contrainte au save, je ne comprends pas pourquoi ça a disparu.
Est ce urgent pour savoir si on relivre rapidement la 5.3 de vendredi ?
En attendant, il faut créer puis modifier la valeur sous contrainte pour la réappliquer et rendre le champs modifiable en back (c’était un autre problème que le problème UI décrit dans ce ticket).