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

  • 1

    Bonjour
    J’utilise Cirr pour associer des auteurs à certaines rubriques, mais les auteurs ont besoin d’utiliser l’ensemble de la médiathèque.

    Je ne trouve pas ce que je dois changer pour garder à la fois la notion de rédacteur restreint pour rubriques et articles, et l’accès à l’ensemble des documents.
    J’ai beaucoup cherché du côté des autorisations, en surchargeant medias_autoriser.php, mais il semble que ce ne soit pas la bonne approche.

    Merci

    • En fait, ce n’est pas le fonctionnement de Cirr qui me pose problème, puisque le souci existe aussi dans le cas d’un admin restreint... je vais donc chercher ailleurs, mes excuses pour le message inutile.

    Répondre à ce message

  • 9

    Bonjour,
    Je viens de passer à la version SPIP 3.2 (PHP 7.2). Mes plugins ont été mis à jour.
    Il me reste une erreur récurrente (existant déjà avec la précédente mise à jour). Je tombe toujours sur ce message dans l’espace Privé :

    Warning : Parameter 1 to cirr_pre_boucle() expected to be a reference, value given in /ecrire/inc/utils.php on line 199

    Un rafraîchissement de la page permet en général d’effacer ce message (mais ce n’est pas une solution satisfaisante).
    Merci par avance pour vos pistes.
    gv

    • Est-ce que la version de CIRR utilisée est la dernière, c’est-à-dire celle du 27/03/2018 (cirr_180327.zip) ?

    • Version CIRR 2.2.0.
      J’avais mis à jour les plugins, dont Cirr depuis ’Gestion des plugins’ avant de mettre à jour Spip

    • Il convient d’installer la dernière version de CIRR, c’est-à-dire la version 2.4.0 du 27/03/2018 (fichier cirr_180327.zip qui est joint à la présente page).

    • Merci pour votre réponse qui m’a permis de faire disparaître le fâcheux message.
      Par contre, un nouveau message apparaît dans la rubrique « Auteurs » :

      Warning : Use of undefined constant oui - assumed ’oui’ (this will throw an Error in a future version of PHP) in /homepages/38/d454565238/htdocs/Lyceechrestien/plugins/cirr/cirr_fonctions.php on line 55

      Et je me retrouve avec deux comptes « Webmestre » qui sont de quasi clones !

    • La nouvelle version 2.4.1 de CIRR du 08/01/2020 (fichier cirr_200108.zip qui est joint à la présente page) devrait éviter ce warning sous PHP 7.2.

    • En effet, le warning a disparu !
      Mille mercis !!

    • Le warning a disparu, par contre je ne peux plus ajouter de documents/images, car la fenêtre d’ajout de document/image a disparu !
      Je viens d’ajouter CISF, ce qui m’a permis, après création de l’article, d’ajouter le document que je voulais ajouter. Mais ce n’est pas la solution a long terme.

    • Je ne constate pas ce problème.

      Une piste consiste à :
      -  Vérifier que le site utilise les dernières versions de ciautoriser (v 1.5.0) et cirr (v 2.4.1)
      -  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.

    • En mode rédacteur restreint, en fait tout fonctionne. Donc le problème est ailleurs !

      Le problème semble venir de la mise à jour de SPIP et de CIRR, qui a entraîné la création d’un deuxième compte administrateur (qui est la copie du premier...).

      J’ai donc créé un nouveau compte administrateur (impossible par contre de supprimer le doublon...).

      Merci pour ces pistes !

    Répondre à ce message

  • Bonjour,
    Je viens de passer à la version SPIP 3.2 (PHP 7.2). Mes plugins ont été mis à jour.
    Il me reste une erreur récurrente (existant déjà avec la précédente mise à jour). Je tombe toujours sur ce message dans l’espace Privé :

    Warning : Parameter 1 to cirr_pre_boucle() expected to be a reference, value given in /ecrire/inc/utils.php on line 199

    Un rafraîchissement de la page permet en général d’effacer ce message (mais ce n’est pas une solution satisfaisante).
    Merci par avance pour vos pistes.
    gv

    Répondre à ce message

  • 3

    Bonjour et merci pour ce plugin
    Cependant quand un auteur est « restreint » il peut avoir acces dans le menu du haut à des info qui ne le concerne pas.
    par exemple « infolettre », « formulaire », « statistique »
    Est-il possible d’y remedier
    Par avance merci
    Bruno

    • Le menu du haut ... du site public ou bien de l’espace privé ?

    • Bonjour,
      avez-vous trouvé une solution pour configurer finement le menu du haut (bando_navigation) de l’espace privé ? J’essaye également de limiter l’accès d’informations non nécessaires aux rédacteurs...
      Merci d’avance !

    • Cette question concerne SPIP.

    Répondre à ce message

  • 5

    Bonjour,

    Ce plugin marche t-il en SPIP 3.2 ?
    Pas chez moi en tous cas, lors de la sélection sur « rédacteurs », le listing des rubriques n’apparaît pas...

    Une solution ?

    Merci beaucoup

    • La compatibilité est mentionnée dans la présente page.
      CIRR est compatible avec SPIP 3.0.

    • J’arrive à affecter des rubriques à un rédacteur avec CIRR sous SPIP 3.2.
      J’arrive également à affecter des rubriques à un rédacteur avec CIRR et CIAG « Groupes d’auteurs » sous SPIP 3.2.

    • Merci de ta réponse.

      Je vais vérifier de mon côté alors...

    • Après test, il semble que le plugin GIS 4.44.2 empêche d’afficher la liste des rubriques dans la création d’un rédacteur.

      Je vais essayer de trouver une solution..si quelqu’un sait le pourquoi, n’hésitez pas

      Merci

    • Les problèmes relatifs au plugin GIS sont à poster dans la page du plugin GIS.

    Répondre à ce message

  • 2
    cacher quelques rubriques du menu

    Bonjour

    le plugin est très intéressant et il répond très bien à mes besoins. seulement je veux cacher quelques rubriques du menu. je tiens a vous informer que j’ai donné à mon rédacteur le statut d’administrateur pour qu’il puisse insérer des auteurs.

    merci

    • ajout des auteurs

      bonjour
      comment permettre l’ajout des nouveaux auteurs pour les administrateurs restreint ??

      merci

    • Une des évolutions de SPIP 3.0 est qu’un administrateur restreint peut créer un auteur. En revanche, il ne peut pas restreindre le rédacteur à certaines rubriques (avec le plugin « Rédacteur restreint »). Aussi, le fonctionnement de SPIP 2.1 a été rétabli (un administrateur restreint ne peut pas créer un auteur), sauf si dans le fichier config/mes_options.php on ajoute la ligne suivante :
      define('_CIAUTORISER_ADMIN_RESTREINT_CREE_AUTEUR','oui');

    Répondre à ce message

  • 1

    Sous SPIP 3.0, sur un site qui a plus de 32 000 rubriques, la page des auteurs dans l’espace privé génère un dépassement de mémoire lorsque le plugin CIRR est activé (ce dernier indique pour chaque auteur s’il est restreint ou non). Ce dépassement de mémoire est constaté avec une limite de mémoire de 64 Mo (il disparaît si on passe à 128 Mo).

    • 32 000 rubriques dans un site, c’est beaucoup trop.

      Des investigations que j’avais menées, sur des sites à forte volumétrie de rubrique, montrent que jusqu’à 1 850 rubriques, dans un site, les temps de traitement sont confortables. Aussi, on est très loin de ce chiffre.

      Concernant la liste des auteurs :
      -  SPIP 2.1 affiche la liste des auteurs en précisant s’ils sont restreints.
      -  SPIP 3.0 n’indique pas s’ils sont restreints ou non.

      Aussi, dans le cas de SPIP 3.0, le plugin CIRR utilise la fonction liste_rubriques_auteur de SPIP 3.0 pour afficher ou non la mention « restreint ». Cette fonction de SPIP renvoie la liste des rubriques liées à cet auteur et mémorise le résultat dans un tableau statique indexé par id_auteur. Avec un nombre beaucoup trop élevé de rubriques (32 000), ce tableau peut effectivement consommer beaucoup de mémoire. SPIP 3.0 n’est clairement pas en cause, c’est le nombre beaucoup trop élevé de rubriques du site (32 000) qui est en cause.

      Pour le cas de la liste des auteurs, dans la prochaine version de CIRR, j’ai remplacé l’utilisation de la fonction liste_rubriques_auteur de SPIP 3 par une fonction spécifique. Toutefois, d’autres problèmes risquent d’apparaître sur ce site.

      Mettre 32 000 rubriques dans un site est à déconseiller fortement.

    Répondre à ce message

  • 4

    Le plugin n’est pas taggué version 3.1.
    Dois-je m’inquiéter ?

    • SPIP 3.1 n’offre pas une compatibilité ascendante totale. Aussi un plugin, réalisé pour SPIP 3.0, peut ne pas fonctionner sous SPIP 3.1.

    • Je comprends bien.
      En attendant, je vais tester mon site à blanc (sans cirr rédacteur restreint) avec la 3.1.

      J’espère que le développement de ce plugin continue car j’en ai vraiment besoin pour notre site.

      Nous sommes en plein changement (hébergeur, fonctionnement, migration spip !) et j’aurais besoin (je suis très exigeant ^^) d’avoir une échéance (même très large) de développement pour la 3.1 si c’est le cas.

      Au cas où cela ne serait pas prévu, j’envisagerais de me passer du plugin, et ça change le dev, spoursa.

    • Je n’ai pas prévu de tester CIRR sous SPIP 3.1. La version cible est SPIP 3.0.

    • Pour info, plus de 40 sites utilisent déjà CIRR sous SPIP 3.1.

    Répondre à ce message

  • 1

    Bonjour,
    J’ai installé et activé le plugin cirr, mais malheureusement sa ne fonctionne pas car je n’ai plus la main pour sélectionner la rubrique liée au rédacteur concerné.

    • Sur SPIP 3.0.24, je ne constate pas ce problème.
      Est-ce que le plugin « ciautoriser : Pipeline pour autoriser » a été installé ?

    Répondre à ce message

  • 3
    Julien

    Bonjour,

    Le menu rapide en haut à gauche « tout le site » ne se déroule plus a l’activation du plugin en administrateur non restreint spis 3.0.19... J’ai pas compris comment y remédier.

    Julien.

    • Bonjour,
      Le plugin CIRR désactive volontairement le menu déroulant de l’espace privé « tout le site ». En effet, pour des raisons de performances, SPIP mémorise le contenu de ce menu dans le fichier dans tmp/menu-rubriques-cache.txt. Aussi, un rédacteur restreint pourrait ainsi voir toute l’arborescence du site.

    • Julien

      OK. Donc on peut rien y faire ?

    • Ça m’intéresse aussi de pouvoir réafficher « Tout le site ». Sur le site où j’utilise CIRR, la structure n’est pas secrète.

      Bien entendu, ce serait encore mieux si le contenu s’affichait en fonction des droits de chacun mais je ne sais pas si c’est faisable via un plugin.

    Répondre à ce message

  • 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

  • 1

    Bonjour,
    merci pour ce plugin que je trouve plus adapté qu’accès restreint.
    Par contre, un rédacteur n’a pas accès à la boîte « ajouter une image ou un document » quand il veut soumettre un article ?
    Il doit d’abord enregistrer son article, puis il a enfin la possibilité d’ajouter un document à l’article. puis il doit retourner dans l’article où il a accès à la « ajouter une image ou un document ».
    Comment faire pour qu’un rédacteur ait immédiatement la possibilité d’insérer une image dans son article ?

    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