Bonjour à tous,
Je rencontre un bug… peut être est il déjà connu : Lors de la création d’un impact de contrainte sur l’attribut modifiable d’un champs. Celui ci n’est pas sauvegardé à l’enregistrement. Il faut absolument re-sauvegarder pour que ça fonctionne. Plus de détail dans la vidéo suivante :
Le bug a été constaté sur une version 4.0 patch level P21 (database patch level P21)
La vidéo a été réalisée sr une version : 4.0 patch level P22b (database patch level P21)
Je ne vois pas de “defect” ici, en attendant d’en savoir plus je requalifie en “support”…
En effet un champ non modifiable n’est effectivement pas pris en compte à la sauvegarde c’est normal
Je ne peut pas deviner votre use case mais pour avoir un champ rendu non modifiable par contrainte que vous voudriez voir enregistré quand même il faut une autre approche
Je me suis peut être mal exprimé. Par défaut le champs est non modifiable, mais en passant par une contrainte, il devient modifiable grâce à la valeur d’un autre champs (voir la vidéo). Mais lors dans le cas ou le champs devient modifiable (la première fois) la valeur renseignée n’est pas sauvegardée.
Comment votre contrainte est elle paramétrée ?
J’ai besoin de la contrainte et de ses impacts pour pouvoir investiguer, pas juste d’un impact
C’est une contrainte qui est appliquée tout le temps (expression true).
Préférez vous l’export xml ?
Effectivement je reproduis ce cas, la contrainte s’applique (champ non modifiable) car l’objet n’a pas encore chargé la nouvelle valeur du champ qui permet de rendre son champ “voisin” modifiable.
On va devoir faire une évolution pour permettre une double lecture des données en entrée du service de mise à jour :
