La flag a été ajouté pour traiter les 2 façons de journaliser les mises à jour via UI.
- En fait le ChangeLog actuel contient bien les mises à jour par code dans la stack JSON (redolog), mais n’était pas visible en HTML qui ne visualise qu’un seul objet
- Le nouveau mode “Full redolog” permet de tracer chaque mise à jour unitairement afin d’avoir chaque visualisation HTML. Il faut regarder la session + l’heure pour grouper les mises à jour ayant été faites dans une même transaction.
Attention :
- ça n’est actif que pour des mises à jour utilisateur + par code via hook (comme postSave) = ça reste un journal de mises à jour via la UI
- il ne faudra jamais faire de mise à jour en SQL direct (sauf si vous voulez justement ne pas les tracer dans le journal ou dans un historique) d’un point de vue métier, mais bien passer par un ObjectDB instancié dans la session de l’utilisateur donc via un
getGrant().getObject(...)ou équivalent.
@khalil
Si vous faites des mises à jour par API / Cron / Import en masse, ça ne sera pas tracé dans ce journal.
Avez vous des besoins à ce niveau afin qu’on les ajoute également au journal ?
Rendre “visuel” des mises à jour techniques/en masse peut considérablement augmenter la volumétrie sans apporter de valeur ajoutée à l’utilisateur… reprise de données…
Je vais étudier comment on pourrait tracer ce genre de mises à jour également sans avoir de stack undo/redo.