Anomalie #1243
Problème droits_user.py
Description
2 problèmes à signaler
- je ne sais si c'est intentionnel mais droits_user.py a des droits rw-r--r--, pourquoi pas rwxr-xr-x ?
- dans la redéfinition des acls il manque de l'héritage pour les profs, (ce qui ne donne pas les bons droits pour la récupération des devoirs).
actuellement:
setfacl -m g:professeurs:r-x %(rep)s
setfacl -PRm g:professeurs:r-x %(rep)s/perso
IL ME SEMBLE QU'IL FAUDRAIT
setfacl -m g:professeurs:r-x,d:g:professeurs:r-x %(rep)s
setfacl -PRm g:professeurs:r-x,d:g:professeurs:r-x %(rep)s/perso
Révisions associées
fix cartridge time in stock / used computation - See #1243
droits_user.py : ajout de droits récursifs pour le groupe professeurs sur le perso des élèves (hors prive) (fixes #1243)
report oublié en 2.3 (fixes #1243)
Historique
#1 Mis à jour par Joël Cuissinat il y a plus de 13 ans
- Version cible mis à Mises à jour 2.2.2 - 06 RC
#2 Mis à jour par Pascal RATTE il y a plus de 13 ans
Plus simple et plus en accord avec la manière dont est écrit le script
je propose de remplacer :
getfacl --access --absolute-names %(rep)s/perso | setfacl d -M %(rep)s/perso
PAR
getfacl --access --absolute-names %(rep)s/perso | setfacl d -R -M %(rep)s/perso
Dans ma première proposition je mettais l'héritage au niveau de %(rep)s mais ça ne me semble pas judicieux, en plus il était déjà positionné par
getfacl --access --absolute-names %(rep)s | setfacl d -M %(rep)s
finalement pourquoi donner l'héritage aux profs à cet endroit ?
#3 Mis à jour par Joël Cuissinat il y a plus de 13 ans
- Statut changé de Nouveau à Résolu
- % réalisé changé de 0 à 100
Appliqué par commit cf6400a445b5dc4cfad06b8c3085ab2c6f681a6c.
#4 Mis à jour par Joël Cuissinat il y a plus de 13 ans
- Statut changé de Résolu à Fermé
- Assigné à mis à Joël Cuissinat
Paquet candidat : scribe-backend 2.2-eole96~4.gbp48aa2d