Bonjour,
Depuis la mise à jour en version V6.1.10, nous rencontrons un problème avec la fonctionnalité presetsearch : il est impossible d’enregistrer nos filtres, et un message d’erreur s’affiche (voir capture en pièce jointe). Pourtant, aucune erreur n’apparaît dans les logs.
Merci de respecter le format des demandes de support, à savoir fournir le health check complet de votre instance, les logs serveur et les éventuelles traces dans la console navigateur (ou sinon nous dire explicitement qu’il n’y a rien dans ces logs/console), etc. + nous fournir toute autre informations sur le mode opératoire exact qui aboutit au problème sur lequel vous nous sollicitez
Si nous demandons ces informations précises c’est pour pouvoir reproduire ce que vous décrivez
En l’état, avec les informations fournies, je ne reproduis pas votre problème sur une 6.1 à jour…
→ J’ai également remarqué cette erreur dans les logs, mais je ne suis pas certain qu’elle soit liée à ce problème, car elle n’apparaît pas au moment où je clique sur “Enregistrer”.
Je ne reproduis pas non plus votre problème sur une 6.1 à jour (revision 6.1.12) et sur base de données PostgreSQL à jour (version 17).
Commencez par mettre à jour au moins Simplicité et retestez.
Si le problème est toujours présent après cette mise à jour, fournissez vous plus d’informations sur le paramétrage de votre objet et, en particulier, sur le type d’attributs que vous enregistrez dans votre recherche prédéfinie.
PS: Dans tous les cas faites le test sur plusieurs objets et plusieurs types d’attributs métier de recherche afin de mieux cerner dans quel(s) cas vous constatez votre problème
Je pense avoir trouvé le problème : seuls les utilisateurs avec le droit ADMIN dans Simplicité peuvent enregistrer des presetSearch, ce qui n’est pas normal, car les utilisateurs standard ont déjà ce droit dans les autres versions, comme la 5.3. Ma question est donc : quel est le groupe de permissions qui gère cette fonctionnalité de sauvegarde ?
Merci de votre retour
Cordialement,
On avait livré une évolution pour appliquer un populate forcé quand le code valorise une foreign-key fkField.setValue("123", populate: true par défaut).
Le populate remettait à vide les champs si l’utilisateur manquait de droit de lecture sur l’objet lié, cela a été corrigé.
On peut toujours faire un setValue("123", false) pour éviter le populate et ne valoriser que la foreign-key, mais du coup les champ liés ne seront pas valorisés avec le risque que d’autres traitements/hooks qui en ont besoin fonctionnent de travers.
J’ai suggéré que le problème soit lié aux droits, car lorsque je me connecte sur le même objet avec un utilisateur Admin, la sauvegarde fonctionne, tandis qu’avec un utilisateur standard, elle ne fonctionne pas. Je vais tenter une mise à jour vers la version 6.1.12 et refaire les tests. Je vous tiendrai informés du résultat. Merci !