cirv : plugin “rédacteur valideur”

Published : 29 October 2010 – updated on 27 November 2024 – by Equipement – 58 commentaires

1
2
3
4
5
17 Votes

Le plugin “cirv : rédacteur valideur” offre la possibilité d’autoriser certains rédacteurs à publier leurs propres articles.

Compatibilité

Le plugin est compatible avec SPIP 3.2, 4.0, 4.1, 4.2.

Il est compatible avec PHP 7.4, 8.0, 8.1, 8.2.

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

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. L’écran suivant s’affiche :

Cocher la case “Ce rédacteur peut publier ses propres articles”, puis cliquer sur le bouton [Valider].

Cet auteur peut désormais publier ses propres articles. Dans ses propres articles, il dispose du bloc de statut, à gauche de l’article, avec la ligne “publié en ligne”, etc. :

Version successives du plugin

La version du 14/06/2012 ajoute la compatibilité avec SPIP 3.2.

La version du 29/10/2012 ajoute une option supplémentaire pour les rédacteurs : “Ce rédacteur peut publier (dans ses rubriques uniquement) ses propres articles et les articles (avec le statut proposé) que leurs auteurs ne peuvent pas publier”.

La version 2.0.0 du 27/02/2014 ajoute le fichier paquet.xml.

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

La version 2.2.0 du 25/06/2021 apporte la compatibilité avec SPIP 4.0 bêta.

La version 2.3 du 15/06/2022 apporte la compatibilité avec PHP 8.0 et 8.1, ainsi que la compatibilité avec SPIP 4.1

La version 2.4 apporte la compatibilité avec SPIP 4.2.

La version 2.5 apporte la compatibilité avec PHP 8.2.

Discussion

5 years 1 year 3 months Without limit
par date
Filter

18 discussions

  • 1
    momo

    salut
    je viens de passer un site de 4.2.16 à 4.3.4, nickel comme d’habitude
    mais
    cirv et autoriser n’ont pas voulu suivre, j’ai changé les bornes, mais probablement mal
    sur irc on me dit que :l 4.* devrait fonctionner ? j’essaierai
    rien ne presse puisque le site fonctionne et que j’ai ouvert un compte avec les droits à la personne qui reprends le site.
    à plus, y aura il une mise à jour un de ces 4,
    merci :-)

    Reply to this message

  • 4
    erational

    Bonjour
    Le plugin ne semble pas compatible SPIP 3.3.

    • Equipement

      Quels sont les problèmes rencontrés sous la version 3.3 de SPIP (qui est en cours de développement) ?

    • erational

      Sur SPIP3.3, le formulaire d’édition ne fonctionne plus.

      L’erreur vient du CVT : formulaires/editer_cirv_objets.php, il manque l’initialisation de la variable $erreur. Voici un patch

      function formulaires_editer_cirv_objet_verifier($type, $id){
	$erreurs = array();
	return $erreurs;
}

      Cela serait aussi un plus si le plugin respectait les dernières normes de SPIP : encodage des fichiers en utf-8, formatage du code selon la PSR, ....

      cordialement

    • Equipement

      Le site de PHP indique sur la page https://www.php.net/manual/fr/language.variables.basics.php :
      « Il n’est pas nécessaire d’initialiser les variables en PHP ».

    • Equipement

      La version 2.2 du plugin CIRV apporte la compatibilité avec SPIP 4.0 bêta.

      Le problème rencontré sous la version 3.3 de SPIP provenait d’une évolution de la fonction autoriser_auteur_modifier_dist de SPIP.

      Remarque : la solution que vous aviez proposée (initialiser la variable $erreur) ne réglait absolument pas le problème.

    Reply to this message

  • 1

    Sous SPIP 3.0 :
    -  Un administrateur restreint peut créer un auteur (ce qui n’est pas le cas sous SPIP 2.1).
    -  Cet auteur ne peut pas avoir le statut administrateur. Aussi, il ne peut rien publier.
    -  Un administrateur restreint peut modifier les droits des auteurs n’ayant pas le statut administrateur.

    Sous SPIP 3.0, avec CIRV, un administrateur restreint peut créer un auteur et lui donner le droit de publier ses propres articles. En revanche, même avec CIRR activé, il ne peut pas restreindre le rédacteur à certaines rubriques. Aussi, le rédacteur pourra publier dans toutes les rubriques.

    Reply to this message

  • Corentin

    Bonjour,
    Merci pour votre travail, hélas votre plugin n’est pas labellisé pour fonctionner sous spip 3.1.
    Comptez-vous l’adapter pour cette version ?
    Si oui quand ?
    Sinon, connaissez-vous une solution équivalente à celle que vous proposez mais fonctionnant sous spip 3.1 ?

    Cordialement

    Reply to this message

  • 1
    Théo

    Bonjour,

    Très pratique ce plugin. Il complète les droits des Administrateurs, rend plus souple la gestion des Rédacteurs et surtout rend l’espace de ces Rédateurs dépouillé.

    Mais il laisse GIS s’afficher dans une fenêtre en bas de la rédaction d’un article, dans l’espace privé des Rédacteurs après l’avoir enregistré.

    Comment empêcher d’avoir cette fenêtre dans cet espace ? J’ai cherché mais je planche :(

    • Equipement

      Si GIS est configuré pour activer la géolocalisation sur les articles, il s’affiche en bas de la rédaction d’un article. GIS ne tient pas compte du statut de l’auteur pour cet affichage. Cette question concerne d’ailleurs GIS et pas CIRV.

    Reply to this message

  • perig

    Pour ceux qui, comme moi, veulent utiliser ce plugin en édition publique, il convient d’ajouter deux lignes à la page “cirv_ciautoriser.php”, après la ligne 42 :

    elseif (in_array(_request('page'),array('perso-article')) AND intval(_request('id_article'))>0)
				$id_article = _request('id_article');

    “perso-article” étant le nom de ma page d’édition publique, à modifier par le nom de votre page d’édition.

    Reply to this message

  • 7
    OneMore

    Bonjour,

    J’ai installé le trio CIRV, CIRR et Ciautorisé, jusque là très bon, le rédacteur n’a accès qu’à la rubrique voulue et peut valider ses propres articles MAIS le problème c’est qu’il a accès à des groupes de mots clés réservés aux administrateurs.

    Exemple : le mot clé slider du groupe Accueil est réservé aux admins, eux seuls décident si un article doit se retrouver ou pas dans le slider du sommaire. Dans mon cas, le rédacteur a accès à ce mot clé et peut le lier à son article.
    J’ai désactivé CIRR, ça ne change rien.

    Merci pour votre aide.

    • Equipement

      Comment je devine la version de SPIP qui est utilisée ?
      Comment je devine les autres plugins qui sont utilisés ?

    • OneMore

      Bonjour et merci pour la rapidité,

      Voici, ma configuration
      version : SPIP 3.0.5

      plugins :
      API de vérification 1.0.1
      Champs Extras 3.2.3
      Champs Extras (Interface) 3.1.0
      ciautoriser : Pipeline pour autoriser 1.2
      cirr : Rédacteurs restreints 1.11
      cirv : rédacteur valideur 1.1
      Compositions 1.2.3
      Crayons 1.14.0
      Facteur 2.2.6
      Formulaire de contact avancé 0.10.2
      Menus 0.9.1
      Saisies pour formulaires 1.28.2
      Social tags 1.0.4
      SPIP Bonux 3.0.3
      Squelettes Z pour SPIP (Zpip) 1.7.9
      Video Accessible 0.6.6
      WebFonts 0.1.0
      YAML 1.5.0
      Zen-Garden 2.4.2

      Merci encore

    • Equipement

      Est-ce que le problème persiste lorsque CIRR, CIRV et CIAUTORISER sont désactivés ?

    • OneMore

      Lorsque les 3 sont désactivés, les auteurs ne sont donc plus que
      rédacteurs (pas possibilité de valider, logique) et même avec ce statut
      ils ont toujours accès à des mots clés réservés aux administrateurs

    • Equipement

      Les plugins CIRR, CIRV et CIAUTORISER sont donc hors de cause.
      Est-ce que le problème persiste lorsque tous les plugins sont désactivés ?

    • OneMore

      J’ai désactivé tous les plugins et le problème est tojours là :
      les groupe de mots clés réservés aux administrateurs
      sont visibles et peuvent être ajouté à l’article.

    • Equipement

      Sur un site de test en SPIP 3.0.10, sans ajout de plugins, je ne constate pas ce problème.

    Reply to this message

  • 2
    magikman

    Bonjour Equipement et merci pour cet outil très pratique.

    Enfin, pratique, je n’ai pas encore pu le juger car je bute lors de l’installation. Pourrirez-vous me pointer ce que je ne fais pas correctement svp ?

    Je vais dans “gestion des plugins” puis “ajouter des plugins”
    Dans le champ “Télécharger un plugin depuis son archive” je renseigne “http://contrib.spip.net/IMG/zip/cirv_121029.zip” et spip me télécharge les fichiers dans plugins/auto/cirv_121029

    Jusque là tout va bien.

    Je vais dans mes plugins inactifs et veux l’activer et là apparaît cette erreur : “• Le plugin cirv : rédacteur valideur dépend de CIAUTORISER [1.;]”

    Je suis sous Spip 3.0.11 et je m’étonne de ce blocage : dois-je placer “cirv_ciautoriser.php” à un endroit particulier ?

    D’avance merci pour votre réponse

    Reply to this message

  • 4
    mc

    bonjour
    avec le droit “Ce rédacteur peut publier ses propres articles” + Autorité activé (droit “Auteur modifie article” activé ou non), l’auteur peu modifier ses articles etc.... les proposer à l’évaluation, mais il lui est impossible.... de les publier !!!

    spi 3..0.10, cirv 1.1, autorite 0.10.0

    • Equipement

      Le plugin CIRV nécessite le plugin CIAUTORISER. Ce dernier surcharge les fonctions d’autorisation. Aussi, ce dernier est incompatible avec les plugins qui surchargent les fonctions d’autorisation (par exemple le plugin autorité).

    • mc

      dommage de ne pas fusionner les 2 plugins, car cela revient à être obligé de faire des choix “discriminants”...

    • Equipement

      Cette incompatibilité provient d’une limitation de SPIP. Dès 2010, j’ai suggéré à la communauté SPIP de faire évoluer SPIP pour contourner cette limitation. Pour en savoir plus :
      http://article.gmane.org/gmane.comp.web.spip.devel/59132

    • mc

      ça serait tellement mieux, et si simple ;)
      et tous les users y gagneraient...

    Reply to this message

  • 2
    Loiseau2nuit

    Hello !

    2 questions :

    • pourquoi ce plugin n’est-il pas sur spip-zone ?
    • est-ce que la dépendance à ci_autoriser est toujours d’actualité avec SPIP 3 ?

    Merci d’avance ;)

    • Equipement

      Bonjour,
      Le plugin n’est volontairement pas sur spip-zone. En effet, une modification peut remettre en cause la sécurité et la stabilité du plugin.
      L’API d’autorisation de SPIP 3.0 est quasiment la même que celle de SPIP 2.1. Aussi, il est toujours nécessaire d’utiliser ciautoriser avec cirv.

    • Loiseau2nuit

      J’arrive un peu tard après la bataille, cette réponse ne m’ayant pas été notifiée par email. Merci pour ton retour, cependant je ne comprends pas bien ce que tu entends par

      une modification peut remettre en cause la sécurité et la stabilité du plugin

      le but de développer les contribs sur la zone étant justement de bénéficier de toute la base de connaissance autour de SPIP permettant justement d’éviter de compromettre sécurité et stabilité ?

      Ou alors quelque chose d’autre m’échappe ?

    Reply to this message

Add a comment

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.

pre-moderation

Warning, your message will only be displayed after it has been checked and approved.

Who are you?
[Log in]

To show your avatar with your message, register it first on gravatar.com (free et painless) and don’t forget to indicate your Email addresse here.

Enter your comment here

This form accepts SPIP shortcuts {{bold}} {italic} -*list [text->url] <quote> <code> and HTML code <q> <del> <ins>. To create paragraphs, just leave empty lines.

Add a document

Follow the comments: RSS 2.0 | Atom