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

Bonjour à tous !

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. --GaAs¹⁹⁴⁴ 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. ---GaAs¹⁹⁴⁴ 17 août 2010 à 21:01 (UTC)

   C'est écrit noir sur gris ci-dessus -- Quentinv57 ✍ 17 août 2010 à 21:24 (UTC)

   OK. --GaAs¹⁹⁴⁴ 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).
6. 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)

Non

•  Contre Tant qu'on ne définira pas ce qu'on en fait. --GaAs¹⁹⁴⁴ 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 : 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 ✍

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 --GaAs¹⁹⁴⁴ 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. --GaAs¹⁹⁴⁴ 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)

Conférer ces droits aux administrateurs

•  Pour Mais pas forcément seulement aux admins. --GaAs¹⁹⁴⁴ 18 août 2010 à 14:05 (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)

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)