Erreur de sauvegarder le presetSearch

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 votre retour.

Cordialement,

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…

Bonjour,
Voilà les informations demandées :

Health de mon instance :

[Platform]
Status=OK
Version=6.1.10
BuiltOn=2024-10-07 18:07
Git=6.1/8939e75357dddd7ca755cb833998de84162e13c8
Encoding=UTF-8
EndpointIP=100.88.65.225
EndpointURL=http://r00-105110-app-7bc6958c7b-4s2nc:8080
TimeZone=Europe/Paris
SystemDate=2024-10-28 17:04:38

[Application]
ApplicationVersion=1.0.0
ContextPath=
ContextURL=https://r00-105110-app.ext.gke2.int.gcp.renault.com
ActiveSessions=2
TotalUsers=61
EnabledUsers=56
LastLoginDate=2024-10-28 16:30:41

[Server]
ServerInfo=Apache Tomcat/9.0.95
ServerType=WEB
ServerActiveSessions=2
ServerSessionTimeout=30
CronStarted=true

[OS]
Name=Linux
Architecture=amd64
Version=6.1.100+
DockerImageName=almalinux9
SystemEncoding=UTF-8

[JavaVM]
Version=21.0.4
Vendor=Eclipse Adoptium
VMName=OpenJDK 64-Bit Server VM
VMVersion=21.0.4+7-LTS
ScriptEngine=rhino
ScriptEngineVersion=Rhino 1.7.13 2020 09 02
HeapFree=126320
HeapSize=372736
HeapMaxSize=798720
TotalFreeSize=552304

[Cache]
ObjectCache=150
ObjectCacheMax=10000
ObjectCacheRatio=1
ProcessCache=0
ProcessCacheMax=10000
ProcessCacheRatio=0
APIGrantCache=0
APIGrantCacheMax=1000
APIGrantRatio=0

[Database]
Vendor=3
VendorName=postgresql
ProductName=PostgreSQL
ProductVersion=15.8
DriverName=PostgreSQL JDBC Driver
DriverVersion=42.7.4
DBDate=2024-10-28 17:04:38
DBDateOffset=0
DBPatchLevel=6;P01;29298b82b39b002b699a3569a0bb917c;10
UsingBLOBs=true

[Healthcheck]
Date=2024-10-28 17:04:38
ElapsedTime=10

→ 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”.

C’est ce que j’ai comme informations pour le moment

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

Bonjour David,

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,

Avez vous testé avec la dernière révision 6.1.12 ?

Car on me souffle qu’une correction embarquée dans cette révision pourrait avoir un lien avec votre problème…

Sinon pour répondre à la possibilité d’enregistrer des recherches prédéfinies n’est pas lié à un profil de droits mais au setting de l’objet:
image

Je confirme que ça fonctionne avec un 6.1 à jour pour un profil non ADMIN (Barbara sur la démo).

@Khadija

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.

Bonjour à tous,

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 !

Bonjour,

Je confirme qu’avec la version 6.1.12, le problème est résolu. Merci, David.

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.