Configuration #6977
closed
Comment mettre uniquement le groupe cta comme "Advanced Reporter" du projet cta ?
100%
Description
Aujourd'hui, toutes les personnes de CTA déjà connectées dans Redmine sont visibles comme advanced reporters du projet CTA, je pense qu'elles font toutes partie du groupe 'cta' (à confirmer avec #6975), et je voudrais bien simplifier la liste des membres à la racine pour ne laisser que le groupe cta + les managers.
Updated by Barbier Cecile almost 10 years ago
- Assigned To changed from ROUET Jean-René to Admin redMine
Je crois que je viens de comprendre que quand on coche un groupe, le groupe apparaît dans la liste des membres ainsi que toute la composition du groupe, et qu'on ne peut donc pas avoir que le nom du groupe dans la liste, est-ce bien cela ?
Question subsidiaire : est-ce modifiable pour n'avoir plus que le nom du groupe pour éviter les listes de membres trop longues et bien voir si des membres font partie d'un projet en plus des groupes sélectionnés ?
Merci
Updated by Hoffmann Dirk almost 10 years ago
Barbier Cecile wrote:
Je crois que je viens de comprendre que quand on coche un groupe, le groupe apparaît dans la liste des membres ainsi que toute la composition du groupe, et qu'on ne peut donc pas avoir que le nom du groupe dans la liste, est-ce bien cela ?
Je confirme, de ma propre expérience. En plus, on ne peut éditer les permissions des membres d'un groupe, qui lui sont données à travers l'appartenance au groupe.
C'est un bug dans redmine pour moi ; c'est l'origine du phénomène lock-out lorsqu'on enlève l'héritage. (ShPt copie l'équivalent des droits existants quand on romp l'héritage.) 
Updated by Barbier Cecile over 6 years ago
- Status changed from New to Closed
- % Done changed from 0 to 100
Je reprends ce vieux ticket toujours en suspend.
On peut tout à fait éditer les permissions des membres d'un groupe et en ajouter d'autres membre par membre si besoin, pour moi il n'y a donc pas de bug.
Par contre effectivement si on enlève l'héritage, les droits acquis par ce biais disparaissent, ce qui peut avoir des effets de bord indésirables donc bien réfléchir aux conséquences avant d'enlever un héritage.
Updated by Hoffmann Dirk over 6 years ago
C'est ce que je voulais dire :
- On ne peut pas enlever une permission d'un utilisateur qui lui est donné à travers l'appartenance à un groupe qui a cette même permission activée.
- Par contre, on peut ajouter une permission, même si cet utilisateur a d'autres permissions par le biais de l'appartenance à un groupe avec d'autres permissions.
- Enfin, quand on enlève le groupe, l'utilisateur garde
- et les permissions qu'on a pu lui donner explicitement pendant le temps que le groupe était actif,
- et les permissions qu'il a peut-être eu auparavant, et qui étaient "cachées" pendant qu'il les obtenait également par le biais d'un groupe.
L'héritage ajoute une couche de complication supplémentaire. Le problème dans les deux cas est qu'on ne peut pas savoir ce qui se passera avant d'enlever un groupe ou héritage. On doit se souvenir de ce qui s'est passé ou deviner. Et techniquement, il n'est pas possible d'éviter le piège à un utilisateur qui a obtenu ses permissions de management par héritage par exemple : Impossible pour lui de se donner le management avant de désactiver l'héritage. (Et une fois désactivé, c'est trop tard.) Il est obligé de passer par un tiers.
C'est donc cohérent et compliqué. Trop compliqué pour ne pas être un bug à mon goût. 
Mais attendons ce que Redmine 3 nous fournira.
Updated by Hoffmann Dirk over 6 years ago
Barbier Cecile wrote:
Question subsidiaire : est-ce modifiable pour n'avoir plus que le nom du groupe pour éviter les listes de membres trop longues et bien voir si des membres font partie d'un projet en plus des groupes sélectionnés ?
J'espère que la gestion de ces listes à 1000 membres est meilleure dans Redmine 3 aussi. A suivre …