Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

feat(permissions): declare available permissions #232

Merged
merged 1 commit into from
Jun 27, 2023

Conversation

Pierre-Narcisi
Copy link
Contributor

No description provided.

@joelclems
Copy link
Collaborator

Merci beaucoup Pierre pour cette contribution

Il faudra aussi reprendre la commande d'installation d'un sous-module pour pouvoir créer des droit à l'installation du sous-module

et aussi gérer les permission sur les objects (+ les droit sur les objets SITE VISITES, etc...)

insert_permission_object(id_module, config["module"].get("permission_objects"))

FROM
(
VALUES
('MONITORINGS', 'ALL', 'C', False, 'Monitoring')
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Il faudra utiliser des labels plus précis pour chaque permission.
Et en effet, dans Monitoring, il y a surement des permissions globales sur le module, mais aussi sur des objets plus spécifiques comme les sites, les visites...

@Pierre-Narcisi Pierre-Narcisi force-pushed the feat/permissions-available branch from 834f43a to bfd5728 Compare June 14, 2023 09:47
@VincentCauchois VincentCauchois changed the title Feat(permissions): declare available permissions feat(permissions): declare available permissions Jun 15, 2023
@VincentCauchois VincentCauchois changed the base branch from main to develop June 27, 2023 12:36
@VincentCauchois VincentCauchois merged commit 9a11e40 into develop Jun 27, 2023
@camillemonchicourt
Copy link
Member

Cette PR est incomplète, car il y a d'autres niveaux de permissions dans Monitoring (sur les objets sites et visites, mais aussi pour que chaque sous-module puisse déclarer ses permissions disponibles). Mais à voir, par @joelclems.

Voir ce qui est fait dans Modulator - https://github.com/PnX-SI/gn_modulator/blob/main/backend/gn_modulator/migrations/versions/b78eaab0a6e3_gn_modulator_permission_available.py

Et PnX-SI/gn_modulator@fda2b80#diff-d14bffee01085f730a12e2ba596a0fe0cc9fcb05cb35b810540d0167a84320ff

FROM
(
VALUES
('MONITORINGS', 'ALL', 'R', False, 'Accéder à monitoring')
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

A renommer "Accéder au module", en cohérence avec Modulator

@joelclems
Copy link
Collaborator

il faudrait aussi

  • ajouter la création de permission disponible à la création d'un module (ALLxCRUDE + permission_objects)
  • faire une commande qui met à jour les permissions disponibles des modules déjà installés

@camillemonchicourt
Copy link
Member

Pour les sous-modules déjà installés, ça sera OK, car la migration des permissions quand on passe à GeoNature 2.13.0 se charge de les remettre à plat sur chaque module, sans héritage.
Donc pas nécessaire il me semble.

@camillemonchicourt camillemonchicourt deleted the feat/permissions-available branch July 5, 2023 10:44
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants