Feature ouidou/admin creation delegation gestionnaire page group administrateur management

[seb-by-ouidou]

#9111
ETQ super-admin, déléguer la création des comptes administrateurs à des "gestionnaires de groupe - USER STORIES

ETQ super-admin, déléguer la création des comptes administrateurs à des "gestionnaires de groupe - LOT 4 de DEV

US 4.6 4.7 4.8 add and remove administrateur

---

trackingAdullactContrib trackingAdullactARNiaContrib

[cmayran]

@tchak et @krichtof ready for review

[krichtof]

Merci pour ta PR :)

Petite question : je vois bien dans les controllers le fait de pouvoir supprimer un admin d'un groupe, mais je ne le vois pas dans la vue. Ai-je mal regardé ? Ou peut-être dans une autre PR ?

[seb-by-ouidou]

@krichtof c'est dans la deuxieme image ci dessus, avec la modal et le message de confirmation
voici le lien direct
https://user-images.githubusercontent.com/137039013/273252927-f95043e1-7fb1-4d85-bc38-2ae6441c26b8.png

[krichtof]

Oui, je l'ai vu dans la screenshot mais pas dans le code.

[seb-by-ouidou]

tu as le remove_button ici app/components/groupe_gestionnaire/groupe_gestionnaire_administrateurs/administrateur_component/administrateur_component.html.haml
|https://github.com/demarches-simplifiees/demarches-simplifiees.fr/pull/9571/files#diff-a8e814a8db3ea2a441fc3e00792f36449dae5947642ce6de4fb03e1d55df6650R5

[krichtof]

Au temps pour moi, sorry pour le bruit. Je n'avais sur mon poste qu'un admin actif dans le groupe gestionnaire, c'est pour cette raison que le bouton n'était pas affiché

[colinux]

Review faite avec @krichtof, ça nous semble globalement très bien, merci !

Quelques retours généraux :

• nous sommes en train de passer les "cartes" de la page administrateur au DSFR ; dans une future PR il faudra aussi convertir les 3 cartes gestionnaires

• ça ne concerne pas spécifiquement cette PR, mais un refacto de la "navigation principale" va être mergé (Administrateurs/Instructeurs/Experts : lien vers la page des nouveautés et refactorise les barres de navigation principale #9655). Cela nécessitera peut-être quelques légères adaptations de tes autres futures PR

• juste pour être sûr : est-ce le comportement attendu que lorsqu'un gestionnaire crée un groupe enfant, il ne se trouve pas automatiquement gestionnaire de ce groupe?

• dans le modèle GroupeGestionnaire, cela nous ennuie un peu qu'il y ait de grosses méthodes qui génèrent les alertes/notices alors que c'est de la logique de controller. Nous préfèrerions que ce code reste dans le controller (peut-être avec des méthodes privées), un peu à l'image de ce qui est fait dans https://github.com/demarches-simplifiees/demarches-simplifiees.fr/blob/main/app/controllers/instructeurs/groupe_instructeurs_controller.rb#L19

[seb-by-ouidou]

merci pour les commentaires.

concernant ce point

dans le modèle GroupeGestionnaire, cela nous ennuie un peu qu'il y ait de grosses méthodes qui génèrent les alertes/notices alors que c'est de la logique de controller. Nous préfèrerions que ce code reste dans le controller (peut-être avec des méthodes privées), un peu à l'image de ce qui est fait dans https://github.com/demarches-simplifiees/demarches-simplifiees.fr/blob/main/app/controllers/instructeurs/groupe_instructeurs_controller.rb#L19
cela m obligera donc a avoir 2 fois le meme code dans app/controllers/manager/groupe_gestionnaires_controller.rb et dans app/controllers/gestionnaires/groupe_gestionnaire_gestionnaires_controller.rb
est ce bien cela que vous souhaitez ?

[colinux]

Merci pour ton retour. Effectivement on n'avait pas percuté que depuis le manager on pouvait créer des groupes.

Du coup on s'interroge si le manager n'est utile que pour créer le groupe racine ? Car si c'est le cas, est-ce qu'on pourrait envisager de le créer autrement, par exemple :

• avec une maintenance task qui créé le groupe racinet et met (par exemple) les super admins actifs gestionnaires.
  (Ex de maintenance task: app/tasks/maintenance/backfill_departement_services_task.rb Elles sont déclenchées à la main depuis leur interface, lien en bas du manager)
• ou depuis le vue du manager super-admin, un simple bouton "ajouter dans le groupe racine" qui s'affiche s'il n'y est pas encore, et créé le groupe racine s'il n'existe pas encore
• autre solution… ?

Ensuite le gestionnaire du groupe racine utilise l'UI que tu as créé pour ajouter d'autres gestionnaires/admins etc…

Comme c'est un bootstrap initité par l'opérateur / un super-admin, on peut ne pas avoir à gérer les duplicats, erreurs d'email etc… (qui font la complexité des méthodes du modèle), et on se fiche du message flash.

Ceci permettait de déplacer tout le code des grosses méthodes du modèle vers le controller, et le manager ne conserverait plus que les opérations de lecture pour les groupes et gestionnaires.

Qu'en penses-tu ?

[cmayran]

@colinux effectivement, dans ce contexte le manager permet :

• l'activation de la fonctionnalité
• l'ajout des gestionnaires du groupe racine et la création du groupe racine
• la visualisation des gestionnaires et des groupes

Pour le moment il n'y a pas de restriction sur un seul groupe racine ou plusieurs ce qui explique peut être un duplicat (c'est une question qu'on s'est posée d'ailleurs).
Si ta proposition permet de garder de la clarté dans le code nous ça nous convient complètement :)

je laisse répondre @seb-by-ouidou également pour les suggestions :)

[colinux]

OK pour nous, on a juste rajouté de toutes petites corrections de style/typo.

Merci !