Wiktionnaire:Prise de décision/Installation de l’extension AbuseFilter

Ceci est une page de vote. Proposition close


Bonjour à tous ! Bonjour


Cela fait déjà un certain temps que l'on cherche une solution efficace contre les vandales. J'avais en premier temps proposé un bot, Bonbot (d · c · b), dont le rôle aurait été de vérifier les contributions des nouveaux utilisateurs. Mais les résultats obtenus n'ont pas été très convaincants, et cela m'a fait d'ailleurs perdre énormément de temps. On a donc à plusieurs reprises proposé, et encore dernièrement en cherchant une solution contre Regulus, d'installer l'extension AbuseFilter.


Cette extension, déjà adoptée sur Wikipédia, présente l'avantage d'être simple à utiliser, tout en offrant un large éventail de possibilités logicielles. Elle permet de tester chacune des contributions en temps réel, à l'aide de règles prédéfinies. Si la modification obéit aux conditions définies par l'une de ces règles, on peut choisir de (en vigueur sur Wikipédia) :

  • Marquer cette modification dans le journal d'événements
  • Déclencher les actions uniquement si l’utilisateur a dépassé un taux limite
  • Avertir l'utilisateur en apposant un message d'avertissement sur sa page de discussion
  • Empêcher l'utilisateur d'effectuer l'action en cours (ici, d'éditer ou de créer la page)
  • Révoquer l'autoconfirmed du compte, ce qui lui fait perdre les droits supplémentaires qu'il reçoit 4 jours après son inscription
  • Baliser la modification (le déclenchement du filtre anti-abus est notifié dans l'historique, à côté de la modification concernée)


Si vous voulez d'autres informations, vous pouvez poser une question sur la page de discussion ou aller voir sur Wikipédia, où l'extension est déjà installée.


Le vote débute en ce 17 août 2010 à 15:05 (UTC) et prendra fin lorsqu'un consensus se sera clairement établi -- Quentinv57



1. Doit-on installer l'extension AbuseFilter sur le Wiktionnaire ?

L'installation d'AbuseFilter, extension décrite ci-dessus, doit-elle être installée sur le Wiktionnaire ?

Vote

Oui

  1. Bien sûr ! Je suis en train de tester cette extension, et je m'émerveille devant ses nombreuses possibilités. Enfin une solution raisonnable qui permettra de repousser Regulus et de nous faire gagner du temps ! -- Quentinv57 17 août 2010 à 15:12 (UTC)
  2.   Pour Ce dispositif donne de bons résultats sur Wikipédia. --Actarus (Prince d'Euphor) 17 août 2010 à 15:16 (UTC)
  3.   Plutôt pour Sous réserve qu'on définisse une politique claire concernant ce qu'on filtre ou pas. Je rappelle ce qui est écrit en haut de notre page d'accueil : dictionnaire libre et gratuit que chacun peut améliorer. --GaAs1944 17 août 2010 à 17:44 (UTC)
    Qu'entends-tu par « que chacun peut améliorer » ? Il me semble évident que les filtres ne seront utilisés que pour filtrer le vandalisme pur et simple, on ne va pas s'amuser à filtrer la pertinence des contributions avec cet outil comme ils essayent de le faire sur WP... -- Quentinv57 17 août 2010 à 19:06 (UTC)
    Justement, tu viens de mettre le doigt sur le problème. Je veux donc que cela soit écrit noir sur blanc. ---GaAs1944 17 août 2010 à 21:01 (UTC)
    C'est écrit noir sur gris ci-dessus   -- Quentinv57 17 août 2010 à 21:24 (UTC)
    OK. --GaAs1944 18 août 2010 à 13:53 (UTC)
  4.   Pour :) Diego Grez 17 août 2010 à 17:49 (UTC)
  5.   Pour : L’outil semble plutôt prometteur. José (Jjackoti) 17 août 2010 à 18:50 (UTC).
    J'aurais bien aimé avoir une discussion préliminaire à cette prise de décision. Mais bon, si je comprends bien cet outil analyse les contributions en se basant sur des mots clé, et leurs attribue une note proportionnelle à leur dangerosité (comme Salebot). Du moment qu'on ne fait que lister les contributions à risque alors : Oui. La particularité d'un dictionnaire étant de décrire des mots : fils de pute par exemple, le risque de faire fuir d'honnêtes contributeurs (fort rares contrairement à Wikipédia), en les revertant, en les bloquant, etc, doit être nul. Maintenant qu'on a la patrouille, je ne vois vraiment pas l'intérêt d'un tel robot. Que craignez-vous ? Le plus gros risque c'est qu'un Régulus vandalise 30 pages, et que ces vandalismes restent 3 heures avant d'être corrigés… bref, statistiquement on a 1 lecteur impacté. Or je préfère "choquer" 50 lecteurs, que perdre une fois un honnête contributeur. Le jeu n'en vaut pas la chandelle depuis qu'on a la patrouille, et que cette dernière fonctionne (Nombre important de patrouilleurs, des procédures rodées, un nouveau statut "Utilisateur de confiance" pour désengorger) Merci aux patrouilleurs ! Stephane8888 17 août 2010 à 20:52 (UTC)
    Je suis d'accord avec toi la-dessus. D'ailleurs, j'ai eu le temps de l'entendre quand mon robot était en marche  . L'avantage de cette extension est que tu peux lister ce qui contient "fils de pute", tout en empêchant blanchiments et bac-à-sables, et en bloquant l'utilisateur qui va mettre "Heil Hitler !" dans plusieurs pages en moins d'une minute. Il suffit de mettre des conditions plus larges, c'est tout   -- Quentinv57 17 août 2010 à 21:04 (UTC)
    Si je comprends bien l’obsession salvatrice de Quentin, c’est d’éviter le genre Regulus, qui fait perdre beaucoup de temps. Voilà mon opinion : quand ce type de contributions intervient (en masse), il y a toujours quelques administrateurs présents (je l’ai constaté sur les RC après coup). Seulement voilà, de nombreux administrateurs (même très anciennement administrateurs) n’ont jamais goûté aux joies de l’usage du bouton de blocage. Ce sont pour moi des pseudo-administrateurs qui devraient rendre les droits. Je crois qu’une des choses urgentes à faire c’est de définir les droits et obligations des administrateurs. Je vois dans les obligations le devoir de participer aux votes par exemple (à discuter) car pour moi l’administrateur doit s’impliquer. S’il ne s’implique pas, s’il ne bloque pas (et fait l’autruche), qu’est-ce qu’il fait, millediou ? --✍ Béotien lambda 17 août 2010 à 21:46 (UTC)
    Il faut noter que certains administrateurs ne bloquent pas tout simplement parce qu'ils ne suivent pas les RC. Ce n'est pas un mal en soi, si toutefois ils utilisent leurs outils pour faire d'autres choses à côté (suppression, protection ou import de pages, édition de pages MediaWiki ou de pages protégées).
    Mais, par rapport aux votes, il est vrai que toute notre communauté ne vote pas, loin de la. Il faudrait donc créer une mailing-list à travers laquelle on pourrait informer ce que j'appelle la communauté active (Utilisateurs de confiance, Patrouilleurs, Administrateurs et Bureaucrates). Comme ça, il n'y aurait plus de raison de ne pas voter et un non-vote sera considéré comme une abstention. En plus, ce système de mailing-list pourrait être sympa pour les administrateurs qui partent en vacances ou qui vont comme moi étudier l'année prochaine et n'auront le temps que de regarder leurs mails -- Quentinv57 18 août 2010 à 09:57 (UTC)
    C'est hors-sujet (mais ce n'est pas moi qui ait commencer...) : On ne doit surtout pas forcer les contributeurs ! Nos gentils bénévoles vont très vite se lasser si quelques contributeurs stakhanovistes exigent d'eux la même discipline (certes fort honorable) qu'ils s'imposent à eux-même. Chacun ses satisfactions, moi ça me fait plaisir de parfois vous convaincre mais parfois je préfère faire des recherches et créer des articles. Un admin en puissance (un réserviste) ce peut être utile. Les destituer serait vécu comme un reproche et les ferait fuir. J'ai une ponçeuse chez moi, je ne m'en suis servi qu'une seule fois... mais je la garde ! Elle pourra peut être me resservir. Il serait idiot de la mettre à la poubelle. Stephane8888 18 août 2010 à 12:12 (UTC)
    Tout ce que tu viens de dire est vrai. Mais le système de mailing list évoqué n'est surtout pas à prendre comme un instrument de contrainte, il doit être considéré comme ces points d'exclamation qui apparaissent en rouge sur les RC, il doit être pris comme l'indication que certains pensent que quelque chose pourrait être utile à la communauté, et pesé par chacun en sa conscience. Je n'ai pas lu qu'il soit question de destituer qui que ce soit j'avais mal lu, mais je suis de l'avis de Stéphane et non de celui de Béotien. On peut, bien entendu, juger que la mise en place d'un tel système est chronophage, mas après tout, notre présence sur ce site est déjà chronophage (et addictive)  . --Pjacquot 18 août 2010 à 12:36 (UTC)
  6.   Pour JackPotte ($) 25 août 2010 à 16:09 (UTC)
  7.   Pour X 29 août 2010 à 05:36 (UTC)

Non

  •   Contre Tant qu'on ne définira pas ce qu'on en fait. --GaAs1944 17 août 2010 à 21:05 (UTC)
    → voir Discussion_Wiktionnaire:Prise_de_décision/Installation_de_l'extension_AbuseFilter#Que faire avec AbuseFilter ? -- Quentinv57 17 août 2010 à 21:26 (UTC)
  •   Contre   Neutre : pas encore utile sur un aussi petit projet (je parle en terme de nombre de contributions). @Pjacquot : Tu ne voudrais pas à la place de cette usine à gaz essayer les outils d'administrateur ? (Excellent Béo)   Stephane8888
    Je conteste ton "usine à gaz" : ce n'est pas parce qu'on active la chose qu'on est obligé de faire 250 filtres hypersophistiqués, on peut même ne faire aucun filtre dans un premier temps. Et si ta remarque concerne la gestion des droits, on peut aussi commencer très simple : juste les admins. Mais si on ne l'active pas, on ne peut tout simplement pas s'en servir, ni même le tester. --GaAs1944 18 août 2010 à 21:39 (UTC)
    Je dis "inutile", donc pas besoin de s'en servir, ni même de tester. Faites sans moi. (je vote   Neutre) Stephane8888 19 août 2010 à 21:21 (UTC)
    C'est super sympa pour celui qui a passé une aprem entière à rédiger la prise de décision et à comprendre comment l'extension fonctionnait... -- Quentinv57 20 août 2010 à 09:19 (UTC)

Neutre

  •   Neutre Je suis un peu du même avis que Stéphane. Je ne suis pas absolument sûr que cet outil ne bloque qu'UNIQUEMENT les vandalisme. Cela dit, je n'ai peut être pas tout compris et je ne souhaite pas empêcher les personnes compétentes de tester le bouzin et de l'utiliser si les tests sont concluants. Pamputt [Discuter] 19 août 2010 à 12:23 (UTC)
    A propos de ton "bloque" : on peut choisir ce que fait le filtre (action). Il y a 3 principaux niveaux : (1) silencieux = juste une ligne dans le log (2) message d'avertissement que le contributeur peut ignorer = il peut sauvegarder quand même (3) message d'avertissement et interdiction de sauvergarder. --GaAs1944 19 août 2010 à 14:48 (UTC)
  •   Neutre Je suis un peu du même avis que Stéphane. S’il y a risque de perdre des contributeurs, même dans une période d’essai, il faut éviter. Nous sommes un dictionnaire avec comme articles des mots que l’on ne trouve pas sur Wikipédia et qui pourraient être mal interprétés par l’extension. Comparaison n’est pas raison. Je considère que, dans la cadre de cette consultation, les votes neutres sont tout de même des votes de RÉTICENCE, et qu’en conséquence ce fait doit être pris en compte dans l’appréciation d’un consensus favorable ou défavorable. À ne pas oublier--✍ Béotien lambda 12 septembre 2010 à 08:13 (UTC)

2. Si oui, quelle répartition des différents droits devons-nous choisir ?

Cette extension comporte une flopée de nouvelles fonctionnalités, que l'on peut restreindre à certains groupes utilisateurs. Nous allons donc faire un vote pour chacun de ces droits pour savoir à qui ils seront confiés. Merci d'indiquer dans votre vote le nom du ou des groupes qui bénéficieront de ces droits.

D'une manière générale

  • Il faut créer un filtre pour interdire à tous les utilisateurs ayant un nom chimique d'utiliser ces fonctions  --GaAs1944 17 août 2010 à 17:52 (UTC) Non, Pjacquot, il y a des non admins qui connaissent bien plus ce système que l'admin moyen : moi par exemple (sans me vanter).
    C'est pour ça que je me disais qu'on pourrait peut-être créer un statut abusefilter (voir ici) comme sur Wikipédia. Ainsi, l'abusefilter serait séparé des outils d'administrateur ; car je pense qu'il est difficile à prendre en main, et que certains non-admins s'en sortiront sans doute mieux que certains admins -- Quentinv57 17 août 2010 à 19:10 (UTC)
    Oui, dans le fond c'est ce que je veux dire, même si je l'exprime par des boutades. --GaAs1944 17 août 2010 à 21:29 (UTC)
    Okay, faisons donc un vote pour savoir si on confie ces droits (je parle de abusefilter-log-detail, abusefilter-modify, abusefilter-private et abusefilter-modify-restricted) à un groupe séparé ou aux administrateurs. Ce sera peut-être plus simple à comprendre que le système de droits que j'ai proposé ci-dessous -- Quentinv57 17 août 2010 à 21:34 (UTC)

Créer un statut abusefilter

  •   Pour En ne mettant personne dedans pour l'instant. On a tout le temps de voir à l'usage si il est utile de s'en servir et de définir alors les procédures. Mais autant ne pas déranger les devs toutes les cinq minutes. --GaAs1944 18 août 2010 à 21:44 (UTC)
    Je précise ma pensée (sans vraiment en changer le fond).   Pour créer un groupe abusefilter, dans lequel dans un premier temps seraient admis sans formalité tous les admins (volontaires ?), et seulement eux. L'attribution technique serait faite par les bureaucrates. Puis, plus tard, s'il y a des demandes, éventuellement ouvrir le groupe aux non-admins, selon une procédure qu'il n'est pas urgent de définir (pas nécessaire pour demander aux devs l'activation de la fonction, dans la mesure où les bureaucrates ont le bouton qui va bien). --GaAs1944 19 août 2010 à 07:12 (UTC)

Conférer ces droits aux administrateurs

  •   Pour Mais pas forcément seulement aux admins. --GaAs1944 18 août 2010 à 14:05 (UTC)
    Je transfère ce vote dans la section précédente, où j'ai précisé ma pensée. --GaAs1944 19 août 2010 à 07:16 (UTC)
  •   Pour Mais, comme le dit GaAs, pas forcément aux seuls admins. --Actarus (Prince d'Euphor) 18 août 2010 à 15:04 (UTC)
    Cela voudrait dire "donner les droits abusefilter aux admins et à un groupe abusefilter" ? -- Quentinv57 18 août 2010 à 15:08 (UTC)
    Oui, je le comprends comme ça. --Actarus (Prince d'Euphor) 18 août 2010 à 15:37 (UTC)
    Mais à qui donnerait-on ce statut ? Par simple décision arbitraire ? Ou une sorte de conseil entre admins comme le conseil entre patrouilleurs nomme les utilisateurs de confiance ? (mis à part le fait que ce serait à l'intéressé de se présenter) -- Quentinv57 18 août 2010 à 15:49 (UTC)
    Il n'est pas utile d'en décider maintenant, cf mon vote au § précédent. --GaAs1944 18 août 2010 à 21:47 (UTC)

Droits séparés

abusefilter-log

Voir le journal des filtres antiabus (abusefilter-log)
  • Utilisateurs de confiance, Patrouilleurs et Administrateurs (et les abusefilter, s'ils existent). Pour que ceux qui patrouillent puissent comprendre les règles et aider à les améliorer, tout en les masquant des utilisateurs débutants (pour ce droit je pense ici surtout à Regulus) qui sont ciblés par cette extension. -- Quentinv57 17 août 2010 à 16:51 (UTC)
  • Utilisateurs de confiance, Patrouilleurs et Administrateurs. Disposer de données permettant la compréhension des règles me semble en effet être fondamental. Jusqu'ici seuls les administrateurs semblent être au fait des fonctionnalités du produit. --Pjacquot 18 août 2010 à 05:23 (UTC)
  • Utilisateurs de confiance, Patrouilleurs et Administrateurs. D’accord. --Actarus (Prince d'Euphor) 18 août 2010 à 15:06 (UTC)

abusefilter-log-detail

Voir les entrées détaillées du journal antiabus (abusefilter-log-detail)
  • Administrateurs, ou abusefilter si le statut existe. Cela permet d'avoir un journal détaillé sur le pourquoi du comment la contribution a déclenché le filtre. Cela donne accès au diff dans le cas où la publication a été empêchée par AbuseFilter, ainsi qu'à certaines informations sur l'utilisateur qui a déclenché ce filtre (editcount, nom, groupes, timestamp de la vérification, ...). Bref, que des choses utiles à ceux qui éditent les filtres ou les révoquent -- Quentinv57 17 août 2010 à 21:16 (UTC)
  • Administrateurs, ou abusefilter si le statut est existe ou est créé. --Actarus (Prince d'Euphor) 18 août 2010 à 15:08 (UTC)

abusefilter-view

Voir les filtres antiabus (abusefilter-view)
  • Utilisateurs de confiance, Patrouilleurs et Administrateurs (et les abusefilter, s'ils existent). Pour que ceux qui patrouillent puissent comprendre les règles et aider à les améliorer, tout en les masquant des utilisateurs débutants qui sont ciblés par cette extension. -- Quentinv57 17 août 2010 à 15:27 (UTC)

abusefilter-modify

Modifier les filtres antiabus (abusefilter-modify)
  • Administrateurs, ou abusefilter si le statut existe. Les filtres anti-abus sont à manier avec des pincettes, et je pense qu'il vaut donc mieux que seuls ceux qui s'y connaissent y mettent les doigts -- Quentinv57 17 août 2010 à 21:44 (UTC)

abusefilter-revert

Révoquer toutes les modifications effectuées par un filtre antiabus donné (abusefilter-revert)
  • Administrateurs (et les abusefilter, s'ils existent) : c'est une opération qui ressemble au Nuke. Assez dangereuse si on l'utilise mal, mais en cas d'urgence elle peut rendre un grand service aux admins -- Quentinv57 17 août 2010 à 16:20 (UTC)
  • administrateurs bien sûr. Sinon l'abruti qui a pollué serait à même de rétablir ses âneries, puisqu'il semble que le filtre ne puisse pas le bloquer.--Pjacquot 17 août 2010 à 17:28 (UTC)

abusefilter-private

Voir les données privées dans le journal antiabus (abusefilter-private)
  • administrateurs seulement, ces données sont probablement sensibles. --Pjacquot 17 août 2010 à 18:15 (UTC)
  • Administrateurs, ou abusefilter si le statut existe et si meta nous le permet. Vérificateurs d'utilisateurs sinon. Cela permet d'accéder aux adresses IP des comptes qui vandalisent. -- Quentinv57 17 août 2010 à 21:44 (UTC)
  • Administrateurs, ou abusefilter si le statut existe et si meta nous le permet, bien entendu. --Actarus (Prince d'Euphor) 18 août 2010 à 15:09 (UTC)

abusefilter-modify-restricted

Modifier les filtres antiabus qui ont des actions restreintes (abusefilter-modify-restricted)
  • Administrateurs, ou abusefilter si le statut existe. Idem que pour abusefilter-modify sauf que c'est encore pire : cela permet d'accéder à des fonctionnalités avancées assez dangereuses, dont je retiens le blocage qui pourra être utile dans de rares cas (comme Regulus). Il est à noter que ces fonctionnalités sont pour l'instant désactivées globalement. -- Quentinv57 17 août 2010 à 21:44 (UTC)

3. Si oui, quelles actions les modificateurs de filtre anti-abus seront-ils autorisés à accomplir ?

Certaines options de cette extension peuvent également être désactivées. Je vous propose donc de voter pour chaque option si nous devons ou non l'adopter.

Après être tombé sur http://noc.wikimedia.org/conf/abusefilter.php.txt, j'en ai déduit que ces options sont réglées globalement et que nous ne pouvons donc pas en décider. Actuellement, les options Blocking, Blocking IP-Range et Degroup sont désactivées. Désolé pour les faux espoirs -- Quentinv57 17 août 2010 à 15:53 (UTC)


4. Une fois l'extension installée, comment procéder ?

  • Il faudra impérativement créer une page de signalement des faux positifs avec un lien vers elle sur chacun des messages aux utilisateurs. --GaAs1944 19 août 2010 à 14:55 (UTC)

Résultats

7 pour et 3 neutre, j'ai ouvert un ticket Bugzilla. JackPotte ($) 29 octobre 2010 à 19:49 (UTC)

L'extension est désormais installée. -- Quentinv57 7 novembre 2010 à 12:22 (UTC)