Masquer la partie "social post" pour un groupe

[OphelieG (Ophélie Gorizian)]

Continuing the discussion from Module Social - masquer le module social pour un groupe:

Bonjour,
je cherche à masquer la partie “social post” pour un groupe, seulement il n’est ni directement ni indirectement associé à Social_users :

merci

[Francois (François Genestin)]

Bonjour,

Les droits d’une personne sont l’union de tous ses groupes via ses responsabilités actives à la date du jour :

• Quels sont les groupes de cette personne (onglet Responsabilités) ?
• L’un d’entre eux doit contenir SOCIAL_USER ou SOCIAL_ADMIN par héritage ou par profil

[OphelieG (Ophélie Gorizian)]

uniquement HR_Applicant

et sur le groupe HR applicant il n’y a pas de profils ou héritages :

[Francois (François Genestin)]

Bizarre on va vérifier s’il n’y a pas une régression sur cette gestion de droit.

• Avez vous du code dans les codes partagés PlatformHooks (ou GrantHooks en V4) ?
  car on peut y forcer des groupes à l’ouverture de session.

• Sinon il y a un hook au niveau de l’objet métier, pour dire s’il est ou non social (paramétrage au niveau de la définition de l’objet), c’est peut être ça qui est prioritaire sur le groupe SOCIAL_USER, donc un autre moyen serait de mettre dans le postLoad de l’objet :

if (getGrant().hasResponsibility("HR_APPLICANT"))
   setSocial(false);

Mais bon sans SOCIAL_USER, le flag social de l’objet ne devrait pas être pris en compte. On va vérifier.

[Francois (François Genestin)]

Après vérification, la raison de la présence du bouton d’accès à la fonction sociale est qu’il y a un autre paramètre système USE_SOCIAL = yes par défaut (qui date d’avant le groupe SOCIAL_USER/ADMIN), il faut le mettre à “no” dans les paramètres de l’utilisateur.

On va rendre ce flag deprecated, car redondant avec la responsabilité :
USE_SOCIAL sera égal à la présence d’un groupe SOCIAL* dans les responsabilités pour compatibilité ascendante.