Development #58829
Rapatrier le modèle Operation de django_rbac dans a2_rbac
0%
Description
je crois qu'à tout moment on connaît la liste des objets de ce modèle, et donc pas besoin d’une migration pour copier les données avant la suppression du modèle dans django_rbac
.
Fichiers
Historique
Mis à jour par Paul Marillonnet il y a plus de 2 ans
- Fichier 0001-rbac-remove-legacy-permission-testing-58829.patch 0001-rbac-remove-legacy-permission-testing-58829.patch ajouté
- Fichier 0002-rbac-use-an-Operation-model-from-a2_rbac-58829.patch 0002-rbac-use-an-Operation-model-from-a2_rbac-58829.patch ajouté
- Fichier 0003-a2_rbac-test-rbac-backend-with-new-operation-model-5.patch 0003-a2_rbac-test-rbac-backend-with-new-operation-model-5.patch ajouté
- Statut changé de Nouveau à Solution proposée
- Patch proposed changé de Non à Oui
Voilà, pour résumer :
· 0001 -> on retire un test sur la gestion legacy des permissions dont le maintien n’est à mon avis pas justifié ici, et qui demanderait par ailleurs des ajustements supplémentaires dans 0002 ;
· 0002 -> on ajoute le modèle Operation, qui nécessite aussi le rapatriement de la classe abstraite de permission pour faire les choses bien. Pour l’instant c’est juste une duplication mais temps voulu on taillera à la machette dans l’appli django_rbac (notamment après #59414) ;
· 0003 -> on teste la cohérence du backend rbac sur les permissions liées aux opérations étendues de a2_rbac. Encore une fois ce patch bougera avec l’arrivée de #59414.
Mis à jour par Paul Marillonnet il y a plus de 2 ans
- Assigné à mis à Paul Marillonnet
(oublié de m’attribuer le ticket)
Mis à jour par Benjamin Dauvergne il y a environ 2 ans
- Statut changé de Solution proposée à Information nécessaire
Je ne vois pas de migration qui adapte le contenu de la table Role.permissions.through de l'ancien vers le nouveau modèle ni qui copie l'ancienne dans la nouvelle table alors il y a un truc qui doit m'échapper (mais c'est vert alors quelque chose doit marcher).