Relation entre le droit Write et CanAskForPublishing sur une section

CanAskForPublishing correspond au droit "Je peux demander à publier dans une section". C'est ce droit qui est testé pour faire apparaître on non le bouton publier en face de chaque section de publication dans l'onglet publication.
CanAskForPublishing est inclus dans Read (ce point nous interpelle mais la question n'est pas là... pour le moment -cf. ci-dessous-).

Par contre, on se demandait comment se fait-il qu'un utilisateur qui a le droit write obtient aussi le droit CanAskForPublishing.

Le réponse :

• En fait, l'utilisateur n'a pas vraiment un droit Write sur une section. On voit dans l'interface d'admin de la section la possibilité de donner un droit d'"écriture" mais le droit réellement attribué est le droit ReadWrite et ce dernier inclus Read et Write. Et comme Read inclus CanAskForPublishing alors CanAskForPublishing est positionné.

CanAskForPublishing est inclus dans Read !

Je viens de faire des tests en nuxeo 5.2 de base (hors esup-ecm).

Voici ce que l'on observe :

• Un user a, par défaut, le droit read sur "sections" et ses fils.
• Comme CanAskForPublishing est inclus dans Read tout user peut donc demande à publier.

On peut donc se demander qu'elle est l'utilité de pouvoir positionner le droit CanAskForPublishing dans la mesure où il faut au minimum avoir le droit read pour pouvoir naviguer dans la section où l'on souhaite publier et que Read inclus CanAskForPublishing. Une question en ce sens a été posée à nuxeo.
Ce qui me semblerait mieux :

1. Le code qui affiche ou non le bouton "publier" est affiché si on a le droit CanAskForPublishing OU Write (et pas seulement CanAskForPublishing comme actuellement).
2. Le droit Read ne devrait pas inclure le droit CanAskForPublishing.

Voici ce qu'il faut faire en attendant si on veut pouvoir donner un droit de lecture sans possibilité de demander une publication :

1. Allow Read
2. Deny CanAskForPublish

Comment forcer des droits sur un document

Voici ce que l'on observe :

• Si un admin crée, dans workspace par exemple, un sous-workspace de nom tmp.
• Sur ce sous sous-workspace tmp il donne les droits de gestion au user toto.
• Maintenant toto se connecte, va sur tmp pour enlever les droits hérités.
• Si admin se reconnecte il ne pourra pas accéder à tmp afin de gérer les droits à nouveau !

Comment faire alors ?
La solution consiste à utiliser nxshell (Malheureusement, ce dernier n'a pas encore de fonction pour gérer les droits ! Par contre, il permet d'exécuter des scrips. Et des exemples de ces scripts existent chez nuxeo) :

1. Récupérer les scripts (cd /tmp ; hg clone http://hg.nuxeo.org/addons/nuxeo-shell-scripts)
2. Utiliser nxshell (cd <rep_nuxeo_52>/nuxeo-shell; ./nxshell.sh -h 127.0.0.1)
3. Dans nxshell faire :
   1. Se déplacer dans les dossiers (cd default-domain/workspaces)
   2. Retrouver UID du document (view tmp)
   3. Forcer les droits sur le document (script --file /tmp/nuxeo-shell-scripts/modifyPermissions.js 4cb62b5b-7b6e-432a-8d46-76271d125ea1)

Notes :

1. Le script modifyPermissions.js remets les droits hérités en place et donne le droit ReadWrite à menbers (passage de [toto:Everything:true, Everyone:Everything:false] à [members:ReadWrite:true])

2. Il me semble qu'il faudra que l'on livre ce script dans notre package. Peut-être en le modifiant afin de préciser à qui on donne le droit ReadWrite.
3. Documenter le tout.