La modification de cette propriété va (potentiellement) modifier toute la structure de l'élément (hôte ou cluster), c'est pour cela qu'a la fin des actions, deux autres actions seront rajoutés afin d'assurer la cohérence de l'élément.
|
Ces deux actions se feront en tout fin de l'édition de masse:
|
Elle ne feront que rajouter les utilisateurs (ou groupes) qui serait éventuellement manquants
Cette synchronisation est exactement la même que pour l'édition simple (cf Droits d'accès à un hôte)
Cette synchronisation est plus complexe pour la raison suivante:
Quand tout le monde a les droits de voir un élément, le rajout ne doit pas toujours se faire pour les propriétés de qui a le droit de voir.
C'est pour cela que l'on peut avoir des cas où les actions de synchronisation voudront rajouter des actions comme par exemple "Ajout si absent (synchronisation)" mais qui ne seront pas effectués au final car non nécessaire.
Exemple:
|
Dans ce cas, prenons trois hôte:
le premier n'a rien
|
Ici l'action de synchronisation ne se fera pas, car on gardera "Tout le monde"
Les actions de cohérence ne seront pas non plus nécessaire (rien a rajouté)
le deuxième a une dans son champ
|
Ici l'action de synchronisation se fera car on n'a plus la valeur "Tout le monde" et donc on veut le rajout de l'utilisateur "admin"
Les actions de cohérence ne seront pas nécessaire (rien a rajouté)
le troisième a une valeur provenant d'un modèle
|
Ici il y aura les mêmes effets que pour le cas précédent (pour les mêmes raisons)
Pour couvrir tous les cas des éléments sélectionnés, les actions seront toujours rajoutés, quelque soit le contenu, et ne prendront effet que si besoin.
pour un hôte avec cette configuration:
|
l'action de masse suivante:
|
donnera
|
L'utilisateur "admin_sud" sera rajouté, car on a perdu la valeur "Tout le monde" et donc il doit être présent dans ceux qui voyent
Le groupe "admins_ouest" est rajouté également