Workflow status est global à tous les users ce qui provoque des incohérences selon les droits de chaque user par page ou lors de notifications

Les workflows status sont similaires entre tous les users. Si un user ne voit pas un container sur une page mais que le reste de cette page est validée, ce user verra la page à rouge. Il pourra tenter de la valider dans les workflows mais la page restera à rouge (et donc le user n'yant aucune autre information en sa possessin lui permettant de dire qu'il existe des champs cachés sur la page va penser que Jahia couille). D'autant plus qu'un email de notification du workflow part (alors que 0 objet ont été validés) et indique que le user a validé la page avec succès (sic!)

>Jahia Mail de Notification de WorkflowModifications effectuées par l'utilisateur john.
>Approuvé et publié
>Les pages suivantes sont maintenant publiées.
>
>Page 'fr=Simple Page' (ID=10)
>Lien vers la page : http://localhost:8080/jahia/Jahia/pid/10

Bref les workflow status devraient donc être par user. Ce qui soulève un autre porblème: les performance. Déjà les workflow status sont super long à calculer. Donc si on doit le faire par user, cela va avoir des conséquences sur les perfs globales. Donc idéalement il faudrait pouvoir partager les workflow status entre users. Vu q'il y'a un workflow status par page (au moins), en vérifiant simplement qu'il n'y a pas de cassage d'acls sur la page permettrait alors de partager le workflow status entre tous les users. Ce qui devrait être déjà 95% des cas. Pour les 5% des cas où des workflows distincts ou des ACLs distinctes existent au sein de la même page, les workflows status pourraient alors être par user (système simple qui évite de dvoir réimplémenter tous le système de partage par groupe comme dans ESI).

Reste encore le cas des sous-pages avec des workflows liées (je valide toutes les sous-pages directement en validant la home)...mais qqn utilise t'il ceci? et le clacul du workflow status est-il correcte et tient-il compte des sous-pages?