Wikipédia:Bulletin du filtrage/2018
Filtre spécifique pour les raccourcisseurs de liens modifier
Il faudrait, àmha, créer un filtre spécifique pour interdire tous les raccourcisseurs de liens, en raison des abus périodiques que l'on constate en la matière (par exemple pour contourner l'interdiction d'une URL donnée ou d'un domaine).
Le filtre 133 permet déjà de filtrer bit.ly, mais il existe bien d'autres raccourcisseurs (goo.gl, etc.), et un filtre spécifique pourrait permettre d'y associer un message explicatif, ce que ne permet évidemment pas le filtre 133.
La syntaxe pourrait peut-être, sans interdire spécifiquement les URL (avec le préfixe http), inclure les deux slashes qui précèdent le nom du raccourcisseur. — Hégésippe (Büro) [opérateur] 1 septembre 2017 à 11:20 (CEST)
- Concernant goo.gl, la Spam-blacklist le prend déjà en charge, mais pourquoi pas le mettre en filtre (spécialisé, comme proposé). NB80 [opérateur] (DISCUTER), 1 septembre 2017 à 20:24 (CEST)
- Une remarque et question cependant (je sais que cela date), la spam blacklist ne prend pas de "crédits" dans le nombre de conditions alors que le filtre oui, est-ce bien le cas ? N'est-il donc pas plus judicieux de limiter l'utilisation des filtres et privilégier la blacklist ? — NoFWDaddress (d) 11 mars 2018 à 17:01 (CET)
- J'ai créé Spécial:Filtre antiabus/317 pour cette fonction, ainsi que MediaWiki:Abusefilter-warning-317 (pour l'instant inutilisé car le filtre n'effectue aucune action). Je compte activer le blocage s'il n'y a pas d'objection, en remplacement des parties concernées du filtre 133.
- L'intérêt d'avoir un filtre est que la blacklist ne bloque que les liens cliquables. Certains spammeurs renoncent à rendre les liens actifs (par exemple en enlevant le préfixe http://) pour la contourner.
- Orlodrim (discuter) 16 mars 2018 à 23:52 (CET)
- J'ai activé le filtre. J'ai juste mis bit.ly, d'autres peuvent être ajoutés si besoin. Orlodrim (discuter) 17 mars 2018 à 20:02 (CET)
- @ Orlodrim : Je me suis permis de reformuler MediaWiki:Abusefilter-warning-317. Ne pas hésiter à annuler ou à reformuler en cas de désaccord. — Hégésippe (Büro) [opérateur] 17 mars 2018 à 20:18 (CET)
- Merci Orlodrim pour ce filtre. NB80 [opérateur] (DISCUTER), 18 mars 2018 à 17:43 (CET)
- @ Orlodrim : Je me suis permis de reformuler MediaWiki:Abusefilter-warning-317. Ne pas hésiter à annuler ou à reformuler en cas de désaccord. — Hégésippe (Büro) [opérateur] 17 mars 2018 à 20:18 (CET)
- J'ai activé le filtre. J'ai juste mis bit.ly, d'autres peuvent être ajoutés si besoin. Orlodrim (discuter) 17 mars 2018 à 20:02 (CET)
- Une remarque et question cependant (je sais que cela date), la spam blacklist ne prend pas de "crédits" dans le nombre de conditions alors que le filtre oui, est-ce bien le cas ? N'est-il donc pas plus judicieux de limiter l'utilisation des filtres et privilégier la blacklist ? — NoFWDaddress (d) 11 mars 2018 à 17:01 (CET)
Bonjour,
Est-ce quelqu'un est capable de déterminer si les dernières détections du filtre ont un rapport avec son objectif initial, alors qu'il n'a pas été modifié depuis sa création fin 2014 ? Sinon, il faudrait le désactiver (
Gratus et Akeron).
Orlodrim (discuter) 25 mars 2018 à 18:52 (CEST)
- J'ai désactivé le filtre, sans le supprimer. Il semble qu'il serait toujours utile d'en avoir un (vu le contenu de WP:RCU), mais la version actuelle n'est plus efficace. Orlodrim (discuter) 30 mars 2018 à 22:48 (CEST)
Petite mise à jour modifier
Bonjour les modificateurs de filtres 
, j'ai créé le modèle {{AJournal}} (modèle à substituer). Il permet de remplacer "temporairement" le lien [//fr.wikipedia.org/wiki/Spécial:Journal_du_filtre_antiabus?wpSearchUser=<includeonly>{{urlencode:{{subst:REVISIONUSER}}}}</includeonly>&wpSearchFilter=&wpSearchTitle= Journal]. Cela ne change rien au résultat final de la requête :
Démonstration modifier
Avant (niveau code) modifier
'''Utilisateur''' : <includeonly>{{u|{{subst:REVISIONUSER}}}}</includeonly> <small>([//fr.wikipedia.org/wiki/Spécial:Journal_du_filtre_antiabus?wpSearchUser=<includeonly>{{urlencode:{{subst:REVISIONUSER}}}}</includeonly>&wpSearchFilter=&wpSearchTitle= Journal])</small> <!-- ne modifiez pas cette ligne si vous êtes celui qui a déclenché le filtre -->
Après (niveau code) modifier
'''Utilisateur''' : <includeonly>{{u|{{subst:REVISIONUSER}}}} {{subst:AJournal}}</includeonly> <!-- ne modifiez pas cette ligne si vous êtes celui qui a déclenché le filtre -->
Résultat modifier
Avant (Version requête) modifier
Après (Version requête) modifier
Conclusion modifier
Le code ne change pas à la fin à part l'ajout de <span class="plainlinks">, juste pour alléger la demande. J'espère que vous aimerez 
. Cdt 12 juin 2018 à 11:49 (CEST)
- Nb cela concerne uniquement les faux positifs
Updating abuse filters modifier
Requête à traiter 
Hello,
The name of the global group "OTRS-member" has been changed to "otrs-member". As a result, some of the abuse filters used on this wiki may not work properly. Can one of the administrators please use search for all filters containing the phrase "OTRS" and make the necessary corrections? If you need to know more details please see https://phabricator.wikimedia.org/T202095 or send me a direct email using Special:EmailUser/Huji.
Thanks! Huji (discuter) 17 août 2018 à 21:00 (CEST)
Message personnalisé en cas de modification bloquée modifier
Bonjour,
Le dernier Tech News signale une avancée utile concernant le filtre anti-abus : on peut mettre un message personnalisé lorsqu'une modification est bloquée. Il n'est donc plus nécessaire de combiner avertissement et blocage (une solution qui permettait d'afficher un message personnalisé, mais seulement à la première tentative).
Filtre ne se déclenchant pas en live mais marchant en test modifier
Bonsoir, suite à Wikipédia:Le_Bistro/21_octobre_2018#Cas_des_"Titre_exact"_en_DRP, j'essaye de paramétrer Spécial:Filtre_antiabus/327 pour qu'il bloque les modifications qui le déclenche.
Or il détecte bien mes modifications de test dans le bac à sable Special:Filtre_antiabus/test/327, mais il ne m’empêche pas de les effectuer lorsque je test en "réel", en cochant la case adéquate et enregistrant le filtre. Est-ce un bug ? Des idées ? --Framawiki ✉ 23 octobre 2018 à 22:58 (CEST)
- @Orlodrim et @Arkanosis --Framawiki ✉ 25 octobre 2018 à 22:49 (CEST)
- Manifestement, lorsqu'une nouvelle section est créée, summary ne contient que le titre de la section et pas le résumé automatique complet incluant "nouvelle section" (du moins en conditions réelles). Orlodrim (discuter) 25 octobre 2018 à 23:05 (CEST)
- Merci d'avoir essayé.
- En regardant sous le capot, il semblerait que newSectionSummary(), qui a pour charge de générer le résumé content "nouvelle section", est appelée dans internalAttemptSave(). J'en déduis qu'elle est déclenchée après les vérifications AbuseFilter.
- J'ai créé phab:T208092 --Framawiki ✉ 26 octobre 2018 à 22:09 (CEST)
- Et il marche en passant par un autre test. --Framawiki ✉ 28 octobre 2018 à 07:48 (CET)
- Manifestement, lorsqu'une nouvelle section est créée, summary ne contient que le titre de la section et pas le résumé automatique complet incluant "nouvelle section" (du moins en conditions réelles). Orlodrim (discuter) 25 octobre 2018 à 23:05 (CEST)
Nouveau filtre anti-harcèlement modifier
Bonjour,
À la suite de cette section du Bistro, j'ai créé le filtre 328. Après test sur les modifications de 36.239.193.232 (u · d · b) et 219.99.231.13 (u · d · b), il me semble bien fonctionner même s'il ne peut pas tout détecter (cf. la condition numéro 3) ; je n'ai à l'inverse pas détecté de faux-positifs sur les modifications récentes. Je suis preneur d'une relecture avant activation, étant donné je manque encore d'expérience dans l'utilisation des filtres.
Merci par avance, — Jules Discuter 6 novembre 2018 à 17:26 (CET)
- En l'absence de réponse, je l'ai activé. Cdlt, — Jules Discuter 8 novembre 2018 à 17:36 (CET)