Rendering champ modifiable par cellule de liste + multi listes sur un même objet

[mduclos (Maxime Duclos)]

Request description

Bonjour,

J’ai une page d’accueil avec une liste dans des tabs. Au premier chargement de cette page (si je recharge avec F5), les champs modifiables par cellule de liste dans les éléments de la liste se trouvant également dans un autre tab ont un soucis au niveau du rendering.

Steps to reproduce

1. Premier chargement de ma page : les champs de ORD_1, ici ORD STATE, ont un problème d’affichage. ORD_1 étant aussi présent dans l’onglet ORDER SUP 1
   

   

2. Si je modifie l’ID SUPPLIER de ORD_2 par SUP1, le même soucis de rendering apparaît
   

   

J’espère avoir été clair dans la description de mon problème.
Merci par avance.
Maxime

Technical information

Instance /health

[Platform]
Status=OK
Version=6.1.0-beta
BuiltOn=2024-07-01 11:00
Git=6.1/80ee293b8d321eeb0c4998473013038e7f3244d6
Encoding=UTF-8
EndpointIP=172.22.0.8
EndpointURL=
TimeZone=UTC
SystemDate=2024-07-03 13:05:09

[Application]
ApplicationVersion=1.0.0
ContextPath=
ContextURL=
ActiveSessions=1
TotalUsers=3
EnabledUsers=1
LastLoginDate=2024-07-03 12:46:50

[Server]
ServerInfo=Apache Tomcat/9.0.89
ServerType=WEB
ServerActiveSessions=1
ServerSessionTimeout=30
CronStarted=true

[OS]
Name=Linux
Architecture=amd64
Version=3.10.0-1160.114.2.el7.x86_64
DockerImageName=almalinux9
SystemEncoding=UTF-8

[JavaVM]
Version=21.0.3
Vendor=Eclipse Adoptium
VMName=OpenJDK 64-Bit Server VM
VMVersion=21.0.3+9-LTS
ScriptEngine=rhino
ScriptEngineVersion=Rhino 1.7.13 2020 09 02
HeapFree=222699
HeapSize=368640
HeapMaxSize=2007040
TotalFreeSize=1861099

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

[Database]
Vendor=3
VendorName=postgresql
ProductName=PostgreSQL
ProductVersion=14.12 (Debian 14.12-1.pgdg120+1)
DriverName=PostgreSQL JDBC Driver
DriverVersion=42.7.3
DBDate=2024-07-03 13:05:09
DBDateOffset=0
DBPatchLevel=6;P01c;dd6af46c64e2d06532fbd02a716b883c;0-beta
UsingBLOBs=true

[Healthcheck]
Date=2024-07-03 13:05:09
ElapsedTime=2

[Francois (François Genestin)]

Ce cas n’a pas été prévu d’éditer un même champ d’un même row_id plusieurs fois dans une vue multi-listes.

Il va falloir identifier les cellules éditables par la view+area et pas uniquement par le field+row_id.

Je passe le besoin en feature request.

Le contournement est de créer un autre champ avec un autre nom sur la même colonne, pour ne pas utiliser 2 fois le même champ éditable dans 2 listes de vue.

[Francois (François Genestin)]

Après analyse, le composant select2 chargé du rendering des select ne fonctionne que si leurs ID sont bien uniques dans la page.

Pour répondre rapidement à ce besoin, une 1ère version de cette évolution a été livrée en 6.1 pour que 2 listes sur un même objet et une même vue ayant des cellules éditables n’utilisent pas le même ID sur les select box.

Pour garantir une compatibilité ascendante au niveau du DOM sur les inputs ID en liste éditable :

• la première liste aura toujours des input/select ID sous la forme field_<name>_id<row_id>, exemple field_demoCliCountry_id4
• les autres listes, auront un nouveau suffixe incrémental sous la forme field_<name>_id<row_id>__dom<index>, exemple field_demoCliCountry_id4__dom2