Wikipédia:AbuseFilter/Requêtes/2010/novembre

Une page de Wikipédia, l'encyclopédie libre.
Aller à : navigation, rechercher


Nouveau filtre ? 2010-11-05 23:36[modifier le code]

Demandé par Sardur - allo ? le 6 novembre 2010 à 00:46 (CET)

Changement proposé : oui, donc c'est ma première demande ici, donc désolé si par erreur les formes sont bousculées. Cf. ci-dessous. Sardur - allo ? 6 novembre 2010 à 00:46 (CET)

Justification de la demande : il s'agirait de créer un nouveau filtre : nous avons un spécialiste (bloqué indef de longue date) ès faux-nez (cf. Wikipédia:Faux-nez/Sulandav). Celui-ci et ses multiples avatars ne peuvent s'empêcher de venir poster sur ma pdd une grossièreté indubitable mais que je ne traduirai pas, sous la forme « Mered Khunem » (en majuscules/minuscules/mixte). Vu que cette expression n'a strictement rien à faire sur une encyclopédie, ne pourrait-on mettre en place un filtre empêchant qu'elle soit postée ? Sardur - allo ? 6 novembre 2010 à 00:46 (CET) Oui, je rajoute que ça dure certainement depuis plus d'un an sur ma pdd (je peux fournir des diffs si nécessaire). Sardur - allo ? 6 novembre 2010 à 00:50 (CET)

Commentaires des éditeurs : Fait Filtre n°77. Activé avec balisage… On pourra envisager une interdiction d'édition après observation, mais comme d'hab, j'ai peur que ça ait l'effet inverse de celui escompté : contournement plus subtil / vicieux et patrouille plus difficile. Amicalement — Arkanosis 6 novembre 2010 à 14:06 (CET)

Merci Sourire Sardur - allo ? 6 novembre 2010 à 14:13 (CET)

Spécial:AbuseFilter/84 2010-11-24 07:38[modifier le code]

Demandé par Lgd (d) le 24 novembre 2010 à 08:46 (CET)

Changement proposé : Création d'un filtre signalant une nouvelle utilisation de la classe CSS hiddenStructure : détecter le terme hiddenStructure pour les éditions dans tous les espaces de noms.

Justification de la demande : dans le cadre de l'atelier accessibilité, plusieurs contributeurs sont en train de venir à bout des utilisations de cette classe CSS qui pose plusieurs problèmes lourds (voirici). Les modèles ou éléments de portails concernés sont modifiés de manière à supprimer les appels à cette classe, qui sera ensuite elle-même supprimée de la feuille de style.

Il serait cependant préférable que d'autres contributeurs ne recréent pas de nouveaux modèles de ce type entre-temps Clin d'œil. Un simple balisage nous permettrait de détecter et de corriger ceux-ci le cas échéant et de prévenir au besoin les contributeurs en question.

Commentaires des éditeurs : Fait Filtre n°84 SourireArkanosis 24 novembre 2010 à 11:22 (CET)

Merci Clin d'œil. Cordialement, --Lgd (d) 24 novembre 2010 à 11:25 (CET)
Pourrais-tu (toi ou un autre admin) créer la balise correspondante stp ? : MediaWiki:Tag-classe_css_proscrite avec le contenu « [[Spécial:Balises|Balise]] : classe CSS proscrite ».
Merci. — Arkanosis 24 novembre 2010 à 11:32 (CET)
Fait --Lgd (d) 24 novembre 2010 à 11:34 (CET)
Merci SourireArkanosis 24 novembre 2010 à 11:48 (CET)


Yes check.svg [traitée] Filtre n°85 2010-11-25 18:08[modifier le code]

Demandé par Lgd (d) le 25 novembre 2010 à 19:19 (CET)

Changement proposé : Uniquement dans l'espace MAIN, interdire l'ajout d'un modèle {{Titre incorrect}} ou {{Titre}}lorsque la valeur passée au modèle ne comporte pas l'un des caractères :

  • #
  • |
  • _
  • <
  • >
  • [
  • ]
  • {
  • }
  •  : (uniquement en début de titre)

Justification de la demande : C'est mon jour. Ce filtre permettrait d'automatiser la maintenance de l'usage de ce modèle : actuellement, je supprime ou corrige environ une dizaine d'usages erronés par trimestre, quand je pense à passer en revue les pages liées. Cela donne des choses commececi par exemple. je ne suis sans doute pas le seul à le faire. Pour le message explicatif, un renvoi vers la page de documentation du modèle devrait convenir, je pense ?

Commentaires des éditeurs : J'ai le code du filtre mais pas le temps de le créer sur-le-champ… Dès que j'aurai du temps de dispo, je le créerai… Toto Azéro suivez le guide ! 26 novembre 2010 à 19:24 (CET)

Fait Filtre n°85 Balisage à envisager puis éventuellement par la suite, interdiction… Merci de ta proposition Clin d'œilToto Azéro suivez le guide ! 26 novembre 2010 à 20:49 (CET)
Il y a des faux positifs… Mouais. Pas mal de modèles commencent par « {{Titre » ; il faut reconnaître explicitement les deux modèles en question. Amicalement — Arkanosis 26 novembre 2010 à 22:37 (CET)
Fait Corrigé… Désolé de l'erreur bête. (Smiley: triste) Toto Azéro suivez le guide ! 27 novembre 2010 à 11:47 (CET)
Merci bcp. Je teste à mon tour, je vous dit si je vois un souci. Cordialement, --Lgd (d) 27 novembre 2010 à 11:51 (CET)


Proposition de filtre[modifier le code]

Relayé par Elfixdiscuter. le 25 novembre 2010 à 23:23 (CET)

Justification de la demande : Je transmets cette requête déposée sur WP:RA par Nemoi (diff).

NEMOI, à 17 heures 39, le 25 novembre 2010. − Commevous pouvez le constater, le site de traduction de Google permet de contourner la liste noire, en utilisant la syntaxe « &u=www ». Je propose donc de le bloquer.

Hum... Il vaudrait mieux créer un filtre à cet effet, limité à l'espace MAIN et éventuellement aux portails etc. : Google translate peut être tout à fait utile dans des discussions, etc. Et encore : les perspectives de spam par ce biais me semblent très réduites. --Lgd (d) 25 novembre 2010 à 17:43 (CET)

Commentaires des éditeurs : Fait Filtre n°86 Bonne idée car selon moi les liens vers une traduction automatique ne sont de toutes façons pas pertinents dans les articles. Balisage à venir. Amicalement — Arkanosis 26 novembre 2010 à 22:49 (CET)

Oui, mais dans ce cas, il n'y a pas que Google translate. On ne peut pas, je pense, détecter efficacement les liens passant une URL sans http en paramètre ? Cordialement, --Lgd (d) 27 novembre 2010 à 11:55 (CET)
Très juste ; si tu as d'autres traducteurs en tête, je peux les ajouter et renommer le filtre…
Je ne suis pas sur de bien comprendre ta question concernant le http… tu t'attendais à avoir « http » dans la chaîne recherchée ? En fait, ça ne me semble pas indispensable, la chaîne « translate.google.com » étant à elle seule (il me semble) sans ambiguïté (mais je peux me tromper). Ajouter le http impliquerait d'ajouter aussi https, c'est-à-dire ajouter un second test ou passer en regexps, ce qui n'est pas gratuit…
Au moment où j'écris il y a eu trois détections, qui correspondent toutes les trois à une utilisation de Google traduction… par contre avant d'effectuer des retraits en masse, je vais passer prendre la température sur le bistro — je ne suis pas suicidaireClin d'œil.
Amicalement — Arkanosis 27 novembre 2010 à 13:34 (CET)
en gros, le filtre sera pertinent (pour son objet initial, qui passe pas forcément par des moteurs de traduction) que s'il identifie un à un ceux-ci: repérage de « translate.google.com » et « coucou.com » une fois « translate.google.com » et « coucou.com » repérés, mais pas de « lorem.com?url=spam.com » parce que « lorem.com » est inconnue au bataillon et qu'on ne peut pas créer un filtre suffisamment robuste sur les divers possibilités autour de « url=spam.com », « data=spam.com  », « zguigui=spam.com » etc. Je suis de moins en moins sûr de l'utilité d'un filtre à trous de ce type, pour la question posée initialement Clin d'œil. Cordialement,
D'accoooord, je n'avais pas du tout compris le sens de ta remarque, en fait Clin d'œil. C'est vrai, ce serait probablement trop risqué de tenter une approche générique si on veut garder un journal patrouillable… et l'approche énumérant tous les services de ce type serait plutôt à faire du côté de meta le cas échéant (comme c'est déjà le cas pour les services d'url courtes)… à étudier mais je n'y crois pas trop. De toutes façons, celui qui veut vraiment mettre un lien finira toujours par trouver une parade ; on peut au mieux lui compliquer la tâche…
Concernant l'utilisation de bonne foi d'un service de traduction (pas l'objectif initial de cette section, donc), où établir une liste des services semble beaucoup plus raisonnable, tu as un avis sur la question ?
Amicalement — Arkanosis 27 novembre 2010 à 17:13 (CET)