Erreur hook isUpdateEnable mal pris en compte sur un edit list

Erreur hook isUpdateEnable mal pris en compte sur un edit list
0
Tags: #<Tag:0x00007f7692b477a0>

Bonjour,

Je constate des erreurs à la suite de l’application du hook isUpdateEnable.

Nous appliquons une condition qui permet de rendre non modifiable certaines lignes.

Lorsque que nous choisissons l’édition en liste, des erreurs remontent à la sauvegarde sur les champs des lignes non modifiables. Les champs sont aussi vidés de leurs valeurs (uniquement niveau front).

En lien le code appliqué et l’erreur remontée :
image


Cordialement
Jean-Baptiste

Version+patchlevel+revision please

Les infos demandées :

[Platform]
Status=OK
Version=4.0.P24c
BuiltOn=2020-02-18 18:19 (revision 222a97329a84869fd67dba08f50985535fa2dd6a)
Encoding=UTF-8
EndpointIP=213.32.74.167
EndpointURL=http://cap.simplicite.io:12458
TimeZone=Europe/Paris
SystemDate=2020-02-20 15:53:45

OK merci

Je vais essayer de reproduire ce que tu décrit et je te tiens au courant

J’arrive effectivement à reproduire le pb en “master”


edit list + save:

Avec le code

	@Override
	public boolean isUpdateEnable(String[] row) {
		return !getFieldValue("obj1Code").equals("xxx");
	}

@francois ça te dit quelque chose ?

Ca ne me dit rien. Je verrai ça à mon retour, j’atterris à 18h.

A priori c’est corrigé, à mon avis ça a toujours été comme ça sauf que ce “faux” message d’erreur ne s’affichait pas avant (on a revu pas mal de couches pour laisser passer les infos/warnings sur les listes, je suppose que c’est lié).

Il y avait surtout un appel ajax en trop pour mettre à jour les lignes non modifiables suite à un isUpdateEnable, le back recevait une ligne vide (car aucun input côté UI) et sa réponse à la UI était donc correcte. La UI re-controle désormais les metadata avant de déclencher un save ajax sur chaque ligne.