Des groupes et permissions pour la K-Fêt #649
No reviewers
Labels
No labels
devtype -- backend
devtype -- docs
devtype -- frontend
devtype -- user interface
difficulty -- easy
difficulty -- hard
difficulty -- normal
Doing
domain -- bda
domain -- bds
domain -- cof
domain -- core
domain -- kfet
Good first issue
priority -- high
priority -- low
priority -- medium
priority -- staff-wanted
status -- development
status -- discussion
status -- need review
status -- production
status -- ready to merge
status -- todo
To Do
type -- bug
type -- hygiene
type -- improvement
type -- new feature
bug
duplicate
enhancement
help wanted
invalid
question
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: DGNum/gestioCOF#649
Loading…
Add table
Reference in a new issue
No description provided.
Delete branch "aureplop/kfet-auth"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
@lstephan Est-ce qu'on enverrait pas ça dans master ? Je vais review ça à un moment.
Y'a au moins un truc pas normal : la migration kfetauth est modifiée 🤔
On modifiera la target de !261 ensuite.
J'en profite pour voir ce que la CI va cracher.
changed title from K-Fêt to {+Module d'auth +}K-Fêt
changed the description
Pourquoi c'est pas un
proxy
lui ?added 308 commits
master
fcf4a257
- Merge branch 'master' into aureplop/kfet-authCompare with previous version
@lstephan j'aurais bien dit oui, mais comment je fais pour identifier les groupes K-Fêt alors ?
Et on a pas accès au
Group
de Django pour ajouter un field ou un M2M :(En principe, master a été merge dans cette branche. Le coup de linter est passé, les migrations ont été décalées.
Je regarde dans la semaine.
Suis plus que tenté de renommer
Group
enKFetGroup
. Ça serait sûrement plus pratique à utiliser.Et du coup,
KFetPermission
changed title from {-Module d'auth-} K-Fêt to {+Des groupes et permissions pour la+} K-Fêt
Mais là, il n'a pas de M2M ni de field supplémentaire...
Ça me paraît effectivement plus lisible ^^
added 1 commit
Compare with previous version
Avec cet héritage y'a un champ
group_ptr
qui doit s'ajouter, un petit one-to-one versGroup
.Et on peut se sortir du
__startswith="K-Fêt -"
au passage.En faisant des choses similaires pour des groupes (à faire) pour le COF et le BdA on peut isoler les schmilblicks.
Qu'est ce que fait ce truc ? 😖
added 1 commit
Compare with previous version
Tu te rappelles du moment où on supprimait des permissions COF en passant par la K-Fêt ? Probablement une affaire de groupe de trésorerie.
Le problème c'était qu'un champ M2M de form correspondant à un M2M de modèle fait un
.set()
lors dusave()
.J'ai "juste" isolé ce qui était déjà dans les formulaires de
UserGroup
etGroup
de l'appkfet
.C'était utilisé à deux endroits…
Sûrement qu'un peu de doc serait la bienvenue ^^
added 1 commit
84bbe78e
- kfet -- Fix auth testsCompare with previous version
Prefetch
permissions
,User
?Faudrait faire que
KFet.objects
soitkfetcore
(pour le moment en tout cas).Un
KFetGroup.objects.all().delete()
serait regrété au-delà de la K-Fêt…Faut se détendre un peu
Pourquoi ne pas override
clean
, voire même, avec un peu plus de machinerie,clean_<field>
? Ça évite de réécrire la fonctionsave_m2m
(et est donc plus robuste si elle change), on a accès à tout ce qu'il faut dansclean
, et c'est plus lisible ^^Des choses intéressantes dans cette MR, mais trop de retard sur master... Je vais voir ce que je peux récupérer sur une autre branche.
mentioned in merge request !438
closed
Pull request closed