cirr : plugin « rédacteur restreint »

Ce plugin « cirr : rédacteur restreint » permet d’affecter des rubriques aux rédacteurs et modifie les droits afin qu’un rédacteur restreint (ou un administrateur restreint) voit dans l’espace privé uniquement les rubriques qui lui sont affectées (et leur descendance).

Il s’agit d’étendre aux rédacteurs la notion d’administrateurs restreints et de simplifier la vie du rédacteur en lui proposant uniquement les rubriques auxquelles il a été affecté.

Compatibilité

CIRR version 2.8 est compatible avec SPIP 3.0, 3.1, 3.2, 4.0, 4.1, 4.2.
CIRR version 2.8 est compatible avec PHP 7.0, 7.1, 7.2, 7.3, 7.4, 8.0, 8.1.

Il nécessite le plugin « ciautoriser : Pipeline pour autoriser » qui surcharge les fonctions d’autorisation. Aussi, ce dernier est incompatible avec les plugins qui surchargent les fonctions d’autorisation.

A noter que le plugin « ciautoriser : Pipeline pour autoriser » est utilisable par plusieurs plugins. Pour en savoir plus : http://article.gmane.org/gmane.comp.web.spip.devel/59132

Il surcharge les fichiers inc/plonger.php et inc/presenter_enfants.php de SPIP, afin que tenir compte du cas où le rédacteur est affecté à une rubrique qui n’est pas un secteur.

Installation

Ce plugin s’installe comme tous les plugins, cf. http://www.spip.net/fr_article3396.html

Il nécessite le plugin « ciautoriser : Pipeline pour autoriser », qui figure à cette adresse : 3646.

Paramétrage

Le plugin ne nécessite pas de paramétrage.

Utilisation

Dans l’espace privé de SPIP, sélectionner un auteur qui a le statut de rédacteur et lui affecter des rubriques de la même manière que pour un administrateur restreint.

Cet auteur voit désormais dans l’espace privé uniquement les rubriques qui lui sont affectées (et leur descendance).

A noter que le plugin cirr désactive volontairement le menu déroulant de l’espace privé. En effet, SPIP ne filtre pas le contenu du menu déroulant avec les fonctions « autoriser », car il met le résultat en cache (commun à tout le monde).

Par ailleurs, le sous menu « Tout le site » sera partiel dans le cas où le rédacteur est affecté à une rubrique qui n’est pas un secteur (pour contourner ce problème, il serait nécessaire de surcharger le fichier exec/article_tous ... dont le contenu est différent entre SPIP 2.0 et SPIP 2.1) .

Version successives du plugin


-  La version du 14/06/2012 apporte la compatibilité avec SPIP 3.

-  La version 1.11 du 03/12/2012 contourne le problème constaté sur les sites qui ont moins de 20 rubriques, avec un administrateur restreint à une seule rubrique (qui est une sous rubrique).

-  La version 2.0.0 du 18/12/2014 apporte davantage de confort sous SPIP 3.

-  La version 2.4.0 du 27/03/2018 apporte la compatibilité avec SPIP 3.2 et la compatibilité (sous SPIP 3.2) avec PHP 7.0 et 7.1.

-  La version du 22/06/2021 apporte la compatibilité avec PHP 7.2, 7.3 et 7.4.

-  La version 2.7 apporte la compatibilité avec PHP 8.0, 8.1 et avec SPIP 4.1.

-  La version 2.8 apporte la compatibilité avec le plugin Plan. Elle nécessite au minimum SPIP version 3. Elle est compatible avec SPIP 4.2.

Discussion

21 discussions

  • 5

    Erreur de ma part. En fait j’ai chargé cirr_121203, cirr_1401218, et aussi ciautoriser_140603

    Et voici la copie d’écran de ma gestion des plugins…

    Y aurait-il une(des) version(s) plus récente(s) pour le couple Spip3 et Sarka ?

    • Les dernières versions sont :
      -  CIRR version 2.0.0
      -  CIRV version 2.0.0
      -  CIAUTORISER version 1.3

      Remarques :
      -  le fichier cirr_1401218.zip contient la version 2.0.0 de CIRR et la version 1.3 de ciautoriser.
      -  le fichier cirv_140227.zip contient la version 2.0.0 de CIRV et la version 1.3 de ciautoriser.

    • Merci pour la réactivité ;) C’est fait, j’ai installé les 3 modules conseillés (mais j’en ai 4…)

      Accès Restreint 3.8.13 - stable
      ciautoriser : Pipeline pour autoriser 1.3.0 - stable
      cirr : Rédacteurs restreints 2.0.0 - stable
      cirv : rédacteur valideur 2.0.0 - stable

      Pourquoi activer Accès restreint ?

      Je souhaite seulement permettre à des Rédacteurs de publier librement des articles dans une Rubrique bien définie sans qu’ils puissent aller publier dans d’autres rubriques.

      Cette rubrique attitrée sera visible par le grand public.

    • Pour déterminer quel plugin génère le problème, il convient de suivre la procédure suivante :
      -  Désactiver tous les plugins, sauf ciautoriser 1.3.0 et cirr 2.0.0
      -  Vider le cache de SPIP
      -  Tester avec un rédacteur restreint

      Ensuite :
      -  Si cela fonctionne, réactiver un autre plugin que l’on a désactivé
      -  Vider le cache de SPIP
      -  Tester avec un rédacteur restreint
      -  Etc.

    • Voilà, c’est compatible et ça devrait marcher. C’est installé comme indiqué.

      Je vais profiter du week-end pour tester aussi si un administrateur, seulement de Rubriques, peut aussi créer ses propres sous-rubriques…

      Accès Restreint 3.8.13 - stable
      ciautoriser : Pipeline pour autoriser 1.3.0 - stable
      cirr : Rédacteurs restreints 2.0.0 - stable
      cirv : rédacteur valideur 2.0.0 - stable

      Merci pour l’aide ;)

    • Heureusement que vous m’aviez redonné confiance.

      ciautoriser : Pipeline pour autoriser 1.3.0 - stable
      cirr : Rédacteurs restreints 2.0.0 - stable
      cirv : rédacteur valideur 2.0.0 - stable

      J’ai désactivé mon dossier squelettes et tout a fonctionné :-)

      Merci et bravo pour cet outil !

    Répondre à ce message

  • 4

    Bonjour,

    Je viens d’installer cirv_140227 et cirr_1401218 en local avec Spip3 et Sarka.

    J’ai suivi la procédure et attribué une rubrique à un Rédacteur.

    Vider le cache -> Déconnecter -> Connecter avec le login et mot de passe du Rédacteur.

    Je vois toutes les rubriques et peut écrire et valider des articles comme bon me semble ! :(

    Comment remédier à ce problème ?

    • Je ne constate pas ce problème.

      Une piste consiste a :
      -  Désactiver tous les plugins, sauf ciautoriser et cirr
      -  Vider le cache de SPIP
      -  Tester avec un rédacteur restreint

      Ensuite :
      -  Si cela fonctionne, réactiver un autre plugin que l’on a désactivé
      -  Tester avec un rédacteur restreint
      -  Etc.

    • Voilà, j’ai fait par élimination mais je ne peux supprimer les 3 premiers plugins :

      Sarka-SPIP 3.4.5
      
Z-core 2.4.3
      
Zen-Garden 2.6.2

      
ciautoriser : Pipeline pour autoriser 1.3.0
      
cirr : Rédacteurs restreints 2.0.0
      
cirv : rédacteur valideur 2.0.0

      Les autres plugins étaient désactivés donc le problème viendrait d’une incompatibilité avec Sarka… (Z-core et Zen-Garden lui sont nécessaires).

      Dommage car votre plugin me satisfaisait :-(

    • J’ai installé sur un site de test uniquement les plugins suivants :
      -  ciautoriser : Pipeline pour autoriser 1.3.0
      
- cirr : Rédacteurs restreints 2.0.0
      
- cirv : rédacteur valideur 2.0.0
      -  Sarka-SPIP 3.4.5
      
- Z-core 2.4.3
      
- Zen-Garden 2.6.2

      J’ai affecté à un rédacteur un rubrique de premier niveau et une sous rubrique (d’une autre rubrique de premier niveau).

      Lorsque je me connecte avec ce compte de rédacteur, je vois ces deux rubriques (et leurs sous rubriques, etc.).

      Aussi, je ne constate pas d’incompatibilité avec Sarka Z-core et Zen-Garden.

    • Heu… désolé que ça n’arrive qu’à moi et que je vous cause ce dérangement :-(

      Je vais persister mais je suis en local et peut-être que… mais ça m’étonne.

      Je vous tiendrai au courant mais puisque ça marche chez vous je ne perds pas espoir ;-)

      Merci de votre intervention.

    Répondre à ce message

  • Bonjour et merci pour ce plugin.
    Sous SPIP 3, est-il possible de supprimer dans la barre de menu des boutons
    Activités, Maintenance, Edition....
    Avec ce plugin dans mon cas inutile
    Par avance merci

    Bruno

    Répondre à ce message

  • 1
    stéphane

    Bonjour,

    Après installation sur mon SPIP 2.1 , je n’ai pas la liste des rubriques qui apparaît dans le formulaire.
    Etrange.
    J’ai installé par ailleurs CIRV sas problème.

    Une idée ?

    • Equipement

      Quelle est la version précise de SPIP 2.1 utilisée ?
      Quelle est l’adresse de la page concernée ?

    Répondre à ce message

  • 9

    Bonjour,

    Le rédacteur restreint à une rubrique a cependant accès à la liste et aux e-mail, des visiteurs... et aux e-mail, aux champs extra ajoutés et à la clé PGP des auteurs...

    S’il vous plaît, comment interdire aussi aux rédacteurs restreints l’accès à la liste des auteurs et des visiteurs, à l’instar de « Suivre et gérer les forum » et « Statistiques » qui le sont bien ?

    D’autre part, l’administrateur restreint à une seule rubrique lui peut modifier le nom, la bio, etc .... de chacun des auteurs. De même donc, comment s’il vous plaît, interdire toute modification d’un « auteur » ?

    D’avance merci.

    • SPIP autorise un rédacteur à voir la liste des auteurs, leurs e-mail, etc.

    • Merci de votre réponse et de cette info.
      C’est un problème quand l’on est pas certain, et loin s’en faut, de la loyauté et du sérieux de certains rédacteurs et admin restreints... Je vais interroger le « rezo ».
      Encore merci.

    • Bonjour,
      Le « rezo » a répondu qu’une solution pourrait être apporté mais sous Spip3 uniquement et Maïeul a signalé l’anomalie
      Je suis donc passé à Spip3.
      Mais CIRR dernière version, couplé à CIAUTORISER, même TMP vidé, même en unique plugin activé (Donc pas d’incompatibilité avec un autre plugin) provoque dans l’espace privé une masse d’erreur sql 1064 et empêche l’affichage des messages des forums dans l’espace privé.
      Pourtant CIRR tournait parfaitement en Spip2...

      Donc en solutionnant mon précédent problème je retourne à la case départ avec un nouveau...

      Pas facile Spip... ! ?

    • Equipement

      Merci d’indiquer la totalité de l’un des messages d’erreur 1064.

    • Merci Equipement,

      Voilà :

      Erreur SQL 1064
      You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near ’SELECT zzzd.id_document FROM lejournaorgspi.spip_documents_li
      SELECT 0+documents.titre AS num, documents.date, documents.id_document, L2.id_objet, L2.objet, documents.id_document FROM spip_documents AS documents INNER JOIN spip_documents_liens AS L2 ON ( L2.id_document = documents.id_document ) INNER JOIN spip_types_documents AS L1 ON ( L1.extension = documents.extension ) WHERE (documents.taille > 0 OR documents.distant=’oui’) AND (L1.inclus = ’image’) AND (documents.mode = ’image’) AND (L2.id_objet = 2788) AND (L2.objet = ’article’) AND (2=2 OR (documents.id_document IN ( SELECT zzzd.id_document FROM spip_documents_liens as zzzd WHERE (((zzzd.objet=’article’ AND (zzzd.id_objet IN ( SELECT zzza.id_article FROM spip_articles as zzza WHERE 0=1))) OR (zzzd.objet=’rubrique’ AND 0=1)) OR (zzzd.objet=’breve’ AND (zzzd.id_objet IN ( SELECT zzzb.id_breve FROM spip_breves as zzzb WHERE 0=1))))))) GROUP BY documents.id_document ORDER BY num, documents.date, documents.id_document

    • Equipement

      Ce message ressemble à celui évoqué pour dans le forum du plugin CIAR. Il convient de :

      a) Vérifier la version de MYSQL ( cf. http://forum.spip.net/fr_232155.html ).

      b) Suivre les indications données dans le forum du plugin CIAR : http://contrib.spip.net/ciar-plugin-Acces-restreints-issus-de-Giseh#forum468715

    • Equipement

      Version de MYSQL requise pour SPIP (cf. http://www.spip.net/fr_article4351.html ) :

      SPIP 3.0 : MySQL 5

      SPIP 2.1 : MySQL 4, MySQL 5

    • Bonjour Equipement,
      J’ai réinstallé un Spip3 et les plugins « neufs » au fur et à mesure en prenant bien soin de vider le cache à chaque activation.... pas d’amélioration... hélas.

      Effectivement Ciar posait le même problème en Spip2 mais Cirr et Cirv fonctionnaient.

      En ce qui concerne Mysql (Hébergement OVH), peut-être alors la source du problème :
      Version du client MySQL : 5.0.51a
      Version du serveur : 4.0.25-standard-log

      Sur Google les avis sont partagés : Est-ce la version client qui compte ou la version serveur ?

    • Equipement

      Les problèmes de version MYSQL ne concernent pas le plugin CIRR. Merci de poster ces questions sur le forum OVH ou de chercher sur Internet (par exemple, on touve ce genre d’information : http://guide.ovh.com/ConversionMysql5)

    Répondre à ce message

  • 13

    Bonjour,

    Contexte : sous spip 2.1.19 et avec cirr_12823 + ciautoriser_111128 + cirv_121029
    comme seuls plugins mis en oeuvre :

    cf la doc du plugin cirr , il est écrit :

    « Il surcharge les fichiers inc/plonger.php et inc/presenter_enfants.php de SPIP, afin que tenir compte du cas où le rédacteur est affecté à une rubrique qui n’est pas un secteur. »

    Le constat :

    Quand un rédacteur est affecté à une rubrique de rang 2, donc pas une rubrique à la racine et donc pas une rubrique qui est un secteur :

    -  Le « rédacteur restreint » n’arrive pas à publier un article, dans la rubrique à laquelle il a été affecté, y compris quand on donne à ce rédacteur la possibilité de publier ses propres articles à l’aide de cirv...
    Le rédacteur ne voit que la rubrique à laquelle il est affecté, il peut lire les articles déjà publiés, il peut valider/publier un article proposé un article, il peut accéder au formulaire article, mais une fois validé, l’article disparait. A priori seul la sousmission d’un article ne marche pas...

    -  Même chose quand c’est un rédacteur qui ne peut publier que ses articles.

    -  Quand on réaffecte le rédacteur à une rubrique qui est un secteur , celà (re)marche sans problème ...

    Si j’ai bien compris ce que dit la doc , cf plus haut , même si le rédacteur est affecté à une rubrique qui n’est pas un secteur
    il doit pouvoir publier ?

    Léo

    • Bonjour,
      Dans SPIP 2.1.19, si le rédacteur restreint clique sur une rubrique dans l’espace privé, il peut créer un article en cliquant, dans cette rubrique, sur le lien « Ecrire un nouvel article ».
      Dans SPIP 2.1.19, si dans l’espace d’accueil de l’espace privé, le rédacteur restreint clique sur le lien « Ecrire un article », alors le message suivant s’affiche « Il n’y a pas d’article à cette adresse ».
      Ceci provient d’un bug de SPIP 2.1.19 que je viens de signaler à la communauté SPIP : http://core.spip.org/issues/2904

      Remarque : ce problème ne se produit pas sous SPIP 3.0.5.

    • Précision complémentaire :
      Dans SPIP 2.1.19, avec cirr_120823 + ciautoriser_111128 + cirv_121029, j’ai créé un rédacteur et je l’ai restreint à une seule sous rubrique. En me connectant avec ce compte de rédacteur, j’ai créé un article en cliquant, dans cette rubrique, sur le lien « Ecrire un nouvel article », je l’ai enregistré puis je l’ai proposé à l’évaluation sans problème.

    • Bonjour,

      Je vous remercie de votre réponse, mais je n’arrive pas à utiliser le plugin cirr_120823 sur une seule sous-rubrique uniquement , sauf si c’est actuellement impossible :

      Sous spip 2.1.19 v 19922 avec comme seuls plugins ciautoriser_111128 , cirr_120823 et cirv_121029 activés et en ayant modifié les fichiers
      inc/auth.php et inc/article_select.php de spip 2.1.19...

      comme indiqué ici :

      http://core.spip.org/issues/2904

      1/ Si le rédacteur restreint clique sur une sous-rubrique à laquelle il a seulement accès dans l’espace privé, il peut créer un article en cliquant, dans cette rubrique, sur le lien « Ecrire un nouvel article ». Mais il ne peut pas l’enregistrer. En l’enregistrant il disparait, sans même
      être enregistré dans la base de données.

      2/Si dans l’espace d’accueil de l’espace privé, le rédacteur restreint à une sous-rubrique à laquelle il a seulement accès, clique sur le lien de la rubrique parente alors le message suivant s’affiche « naviguer accès interdit ».

      3/ Quand on désactive cirr, cirv fonctionne normalement

      4/Quand on active ciautoriser , cirr et cirv et qu’en plus de la sous-rubrique , on restreint le rédacteur à la rubrique parente ( la rubrique hiérachiquement supérieure ), la publication des articles est normale pour les rédacteurs. Ils peuvent publier dans la rubrique et la sous-rubrique.
      Même chose pour les administrateurs restreints.

      Même chose avec Spip 2.1.19 v 19992

      5/Sous spip 3.0.5 avec comme seuls plugins ciautoriser , cirr et cirv activés

      J’ai accès au formulaire de création d’un article , mais pour pouvoir enregistrer cet article il faut choisir une rubrique alors que le menu déroulant des rubriques est vide...Donc impossible d’enregistrer l’article.
      Même problème quand l’auteur a le statut d’administrateur restreint à uniquement une sous-rubrique.

      On peut avec un statut de rédacteur restreint publier l’article proposé à la publication d’un autre auteur, mais pas publier/enregistrer
      ses propres articles ...
      Si on attribue également à un rédacteur, restreint à une sous-rubrique, la rubrique hiérarchiquement supérieure, pas de problème pour
      publier un article dans la sous-rubrique et la rubrique.
      Même chose si c’est un adminitrateur restreint.

      Cordialement,
      Léo

    • Dans SPIP 2.1.19, avec cirr_120823 + ciautoriser_111128 + cirv_121029, j’ai créé un rédacteur et je l’ai restreint à une seule sous rubrique. En me connectant avec ce compte de rédacteur, j’ai créé un article en cliquant, dans cette rubrique, sur le lien « Ecrire un nouvel article », je l’ai enregistré puis je l’ai proposé à l’évaluation sans problème.

    • Tout fonctionne sauf la possibilté d’enregister un article que ce soit sous spip 2.1.19
      ou 3.05, déjà dû au fait qu’il n’y a pas de rubrique dans le menu déroulant des rubriques :
      « À l’intérieur de la rubrique », bien que je sois dans la rubrique restreinte..
      Je peux publier un article préexistant ayant le staut proposé, le mettre en « cours de rédaction » etc ...On doit pas être loin du but ...
      Une idée ?

      par avance merci

    • Bonjour,

      éliminons un éventuel quiproquo :
      vous avez écrit :

      j’ai créé un rédacteur et je l’ai restreint à une seule sous rubrique.

      Pour ma part, je souhaite que certains rédacteurs n’aient accès qu’à une seule rubrique et que soit une sous-rubrique. Est-ce possible actuellement ?
      Oui même avec seulement deux rubriques, dont une rubrique ( qui est un secteur ) et une seule sous rubrique, certains rédacteurs se trompent quand même...

      Cordialement,

      Léo

    • Bonjour,
      Quelques précisions :
      -  le plugin CIRR existe depuis 2 ans et est utilisé par plus de cent sites.
      -  le plugin CIRR permet, en particulier, de restreindre un rédacteur à une seule rubrique qui est une sous rubrique.
      -  Dans SPIP 2.1.19, avec cirr_120823 + ciautoriser_111128 + cirv_121029, en me connectant avec ce compte de rédacteur restreint à une seule rubrique (qui est une sous rubrique), en cliquant, dans cette rubrique, sur le lien « Ecrire un nouvel article », j’ai crée un article (la rubrique apparaît bien dans le menu déroulant des rubriques), je l’ai enregistré puis je l’ai proposé à l’évaluation sans problème.
      -  Dans SPIP 3.0.5, avec cirr_120823 + ciautoriser_111128, en me connectant avec ce compte de rédacteur restreint à une seule rubrique (qui est une sous rubrique), en cliquant, dans cette rubrique, sur le lien « Ecrire un nouvel article », j’ai crée un article (la rubrique apparaît bien dans le menu déroulant des rubriques), je l’ai enregistré puis je l’ai proposé à l’évaluation sans problème.
      -  Dans SPIP 3.0.5, avec cirr_120823 + ciautoriser_111128 + cirv_121029, en me connectant avec ce compte de rédacteur restreint à une seule rubrique (qui est une sous rubrique) et qui a le droit de publier ses articles, en cliquant, dans cette rubrique, sur le lien « Ecrire un nouvel article », j’ai crée un article (la rubrique apparaît bien dans le menu déroulant des rubriques), je l’ai enregistré puis je l’ai publié sans problème.

    • Bonjour,

      Je ne doute pas que le plugin cirr fonctionne correctement sur de nombreux sites.

      Justement, compte tenu que j’utilise spip depuis une 10ne d’années, que la mise en oeuvre du plugin est simplissime et la documentation
      claire je ne vois vraiment pas ce qui m’échappe dans la mise en oeuvre de ce plugin...?
      Il fonctionne très bien sauf , pour moi, à ce détail près : l’enregistrement d’un nouvel article dans une sous-rubrique...
      car la sous-rubrique n’apparait pas dans le menu déroulant des rubriques : « À l’intérieur de la rubrique »

      Je vois que deux autres forums évoquent le même problème :

      http://contrib.spip.net/cirr-plugin-redacteur-restreint#forum451492

      http://contrib.spip.net/cirv-plugin-redacteur-valideur#forum440686

      Ont-ils résolu de leur côté cette question ? Si oui comment ?
      Si non je vous propose de vous donner un accès Ftp et un accès webmestre à mon site de test
      pour vous faire votre avis directement .

      Cordialement

    • Bonjour,
      Le site de test contient combien de rubriques ?

    • Deux rubriques à la racine :

      "rubrique secteur 1" et "rubrique secteur 2"

      et une sous-rubrique : "sous-rubrique 1" dans "rubrique secteur 1”

    • Ceci provient d’un bug de SPIP 2.1.19 (et de SPIP 3.0.5) que je viens de signaler à la communauté SPIP :
      http://core.spip.org/issues/2907

      Le problème se produit uniquement si le site contient moins de 20 rubriques.
      Ceci explique pourquoi la quasi-totalité des sites ne rencontre pas ce problème.
      Si un site contient moins de 20 rubriques, SPIP utilise un sélecteur HTML de rubriques. Au-delà il utilise un sélecteur AJAX. Le sélecteur HTML de rubrique ne gère pas le cas des administrateurs restreints, donc il ne risque pas de gérer le cas des rédacteurs restreints. Ceci est le cas pour SPIP 2.1.19 ainsi que pour SPIP 3.0.5. Le plugin CIRR n’est donc pas en cause.
      Une solution simple consiste à avoir au moins 20 rubriques dans le site ou bien à mettre dans le fichier mes_options :

      define('_SPIP_SELECT_RUBRIQUES', 1);
    • Pas de bol pour moi ;-) mes sites contiennent des 10ne de rubriques et là j’en étais en débutant les tests sur différents plugins à utiliser
      des configurations simples de moins de 20 rubriques...

      Donc effectivement en rajoutant des rubriques et avec plus de 20 rubriques le dysfonctionnement disparait.
      Le dysfonctionnement touchait aussi les administrateurs restreints ce qui n’est plus le cas ( dans le cas où CIRR est activé ) .

      En ce qui me concerne, quand je désactive CIRR, même sur un site avec moins de 20 rubriques, il n’y a pas de problème d’accès et de publication dans la seule sous-rubrique d’un administrateur restreint ( au sens Spip-dist ) à cette seule sous-rubrique. La sous-rubrique apparait dans le menu déroulant des rubriques : « À l’intérieur de la rubrique ». Que se soit pour Spip 2.1.19 ou Spip 3.0.5 .

      Apparemment il n’y a pas que SPIP 2.1.19 et SPIP 3.0.5 qui soient concernées par ce nombre de rubriques minimales ( 20 ), mais également Spip 2.1.18 et Spip 2.1.14, que j’ai aussi testées . ..?
      Donc, sans doute d’autres versions de Spip ( ?) qui sur cet aspect a toujours pour l’instant eu une approche générique ? On donne le droit à tous les auteurs ou on ne le donne pas, par opposition à une approche spécifique des droits pour chaque auteur , ce qui fait tout l’intérêt de CIRR.

      Merci pour votre disponibilité et votre efficacité.

    • Bonjour,

      Pas de bol pour moi ;-) mes sites contiennent des 10ne de rubriques et là j’en étais en débutant les tests sur différents plugins à utiliser des configurations simples de moins de 20 rubriques...

      Donc effectivement en rajoutant des rubriques et avec plus de 20 rubriques le dysfonctionnement disparait.
      Le dysfonctionnement touchait aussi les administrateurs restreints ce qui n’est plus le cas ( dans le cas où CIRR est activé ) .

      Pour ma part, quand CIRR est désactivé, même sur un site avec moins de 20 rubriques, il n’y a pas de problème d’accès et de publication dans cette seule sous-rubrique pour un administrateur restreint ( au sens Spip-dist ) à cette seule sous-rubrique. La sous-rubrique apparait dans le menu déroulant des rubriques : « À l’intérieur de la rubrique ». Que se soit pour Spip 2.1.19 ou Spip 3.0.5 .

      Apparemment il n’y a pas que SPIP 2.1.19 et SPIP 3.0.5 qui soient concernées par ce nombre de rubriques minimales ( 20 ), mais également Spip 2.1.18 et Spip 2.1.14, que j’ai aussi testées . ..?
      Donc sans doute d’autres versions de Spip qui sur cet aspect à toujours pour l’instant eu une approche générique ? On donne le droit
      à tous les auteurs ou on ne le donne pas, par opposition à une approche spécifique des droits pour chaque auteur , ce qui fait tout l’intérêt de CIRR.

      Merci de votre disponibilité et de votre efficacité.

    Répondre à ce message

  • 2

    Bonjour et merci pour cet excellent plugin qui nous rend bien des services.
    Je teste actuellement la version 1.1 sur spip 3.0.5.
    Tout semble fonctionner correctement sauf un petit problème (qui nous empêchera d’ailleurs pas de déployer, mais bon...) :
    Le menu Edition > Rubriques ne montre aucune rubrique au rédacteur restreint.
    Les autres points, comme Edition > Articles fonctionnent correctement.
    Inutile de dire qu’il y a une rubrique (avec ses sous-rubriques) qui est présente.
    Merci de votre aide et bonne continuation.

    • Bonjour,
      Si un administrateur restreint (je dis bien un « administrateur ») administre que des rubriques qui ne sont pas à la racine du site (c’est-à-dire que ce sont toutes des sous rubriques), alors dans le menu Edition > Rubriques de SPIP 3.0.5, il ne les voit pas. En revanche, si une des rubriques est à la racine du site, il la voit.
      Comme le plugin CIRR étend aux rédacteur cette notion de restreint, il se heurte à la limitation de SPIP 3.0.5 précitée.
      Je viens de signaler ce problème à la communauté SPIP : http://core.spip.org/issues/2875

    • Merci pour l’info.

    Répondre à ce message

  • 3

    Bonjour,

    et bravo pour le plugins. D’un intérêt tel qu’il devrait être inclus dans spip. :)

    Mais ... alors que tout fonctionne parfaitement en local, mon spin 3.0.5 tout frais, avec seulement le plugin et ciautoriser n’affiche pourtant pas l’option « restreindre la gestion à la rubrique » pour les rédacteurs...

    PHP 5.2.6
    Les plugins sont en dernière version

    • Je me réponds.

      Problème résolu en important la base depuis mon site local (et fonctionnel) avec phpmyadmin sur le distant (qui ne fonctionnait pas).
      Je n’appellerais pas ça une solution mais bon...

    • Bonjour,
      Je n’arrive pas à reproduire ce problème.
      A noter que si le fichier mes_options.php (ou le fichier d’option d’un autre plugin) définit la constante ’_STATUT_AUTEUR_RUBRIQUE’, par exemple, define(’_STATUT_AUTEUR_RUBRIQUE’, ’0minirezo’) ; ,alors le problème peut se produire.

    • Pour mémoire, seul un administrateur du site peut affecter des rubriques à un auteur.

    Répondre à ce message

  • 1

    Bonjour,

    Y-a-t’il une version pour SPIP 3 en cours de développement  ? J’utilise ce plug-in depuis plusieures années et j’aimerai pouvoir encore l’utiliser sur SPIP 3.

    Merci ! :)

    • Bonjour,
      La version 1.1 du plugin CIRR du 23/08/2012, que je viens de joindre au présent article, est compatible avec SPIP 3 (et avec SPIP 2.1).

    Répondre à ce message

  • 1

    Bonjour, bravo pour ce plugin ;)

    J’ai juste un soucis, je donne accès à une rubrique à un auteur mais il n’y a pas de sous-rubrique à cette rubrique. Le problème c’est que lorsque l’auteur tente d’écrire un article, cela ne fonctionne pas ; j’imagine que c’est parce qu’il ne peut pas sélectionner de rubrique ?

    • Equipement

      Bonjour,
      Je n’arrive pas à reproduire ce problème.

    Répondre à ce message

Ajouter un commentaire

Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :

  • Désactiver tous les plugins que vous ne voulez pas tester afin de vous assurer que le bug vient bien du plugin X. Cela vous évitera d’écrire sur le forum d’une contribution qui n’est finalement pas en cause.
  • Cherchez et notez les numéros de version de tout ce qui est en place au moment du test :
    • version de SPIP, en bas de la partie privée
    • version du plugin testé et des éventuels plugins nécessités
    • version de PHP (exec=info en partie privée)
    • version de MySQL / SQLite
  • Si votre problème concerne la partie publique de votre site, donnez une URL où le bug est visible, pour que les gens puissent voir par eux-mêmes.
  • En cas de page blanche, merci d’activer l’affichage des erreurs, et d’indiquer ensuite l’erreur qui apparaît.

Merci d’avance pour les personnes qui vous aideront !

Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.

modération a priori

Attention, votre message n’apparaîtra qu’après avoir été relu et approuvé.

Qui êtes-vous ?
[Se connecter]

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici

Ce champ accepte les raccourcis SPIP {{gras}} {italique} -*liste [texte->url] <quote> <code> et le code HTML <q> <del> <ins>. Pour créer des paragraphes, laissez simplement des lignes vides.

Ajouter un document

Suivre les commentaires : RSS 2.0 | Atom