- Expédié
- 30 avril 2026 à 17:06 UTC
- Auteur
- Kamo
- Commite
- a7781f8
Après - attribue l'Administrateur et écrit membre-droits appliqués, le bloc de frappe OTK était Relire ces rangées par l'intermédiaire de à l'intérieur de la même « transactionnelle ». En fonction de l'ordonnancement de la chasse d'Hibernate par rapport à la requête dérivée de l'APP, les lignes justes écrites ne sont pas toujours visible à cette lecture - quand ils ne le sont pas, l'OTK a été frappé avec un les droits vides/limités, la nouvelle session du propriétaire hérité de ce, et l'onglet "Plans" de l'ordonnance est resté caché jusqu'à ce que la prochaine connexion nouvelle à partir de login. Le propriétaire est, par définition, un administrateur (presque tous) à ce stade, donc construire la liste des droits directement à partir de RoleRightType.values() à la place de passer par le DB. Il en résulte déterministe et indépendant de Horaire de la flush.