Wikipédia:Bulletin du filtrage

Dernier commentaire : il y a 10 heures par Od1n dans le sujet Comptes avec « Bot » dans le nom

Bienvenue sur le bulletin du filtrage. Cette page est principalement destinée aux modificateurs de filtre et à leurs discussions entre eux.

Les pages d'aide et de requêtes sont indiquées ci-dessous :

Pour info modifier

Bonjour, pour info: Wikipédia:Bulletin_des_bureaucrates#Demande_de_retrait_des_droit_d'AF. Melanthos (Συζητώ) 9 novembre 2023 à 13:43 (CET)Répondre

Bug de traduction modifier

Bonsoir, je suis nouveau, j'essaye de traduire un article en Francais, mais au moment de publier le message "Les filtres de modification automatique ont identifié un contenu problématique dans votre traduction. Filtre  atteint : Potentiel harcèlement de contributeurs" apparait. La team anglaise de topic talk m'a dit que c'est un "Local wiki issue unrelated to the content translation tool" et m'a renvoyé ici. TyranCometh (discuter) 9 novembre 2023 à 18:32 (CET)Répondre

Bonjour TyranCometh, il se pourrait que cela ait été corrigé depuis lors (cf. modif du sur le filtre 148). Un détail à propos, la page Wikipédia:AbuseFilter/Faux positifs aurait été plus adéquate pour le signalement (mais bon, ce n'est vraiment pas grave). od†n ↗blah 8 décembre 2023 à 05:32 (CET)Répondre

Comptes avec « Bot » dans le nom modifier

Bonjour,

J'ai désactivé Spécial:Filtre_antiabus/375 pour permettre à un utilisateur avec 200 contributions de créer un bot. Ce cas est résolu, mais ce filtre me semble intrinsèquement problématique. En effet, pour un bot créé sur un autre wiki, il semble tout simplement impossible pour ce bot d'avoir aussi un compte sur Wikipédia en français (il ne peut pas être créé par son dresseur, vu que le compte global existe déjà). Il s'agit d'ailleurs de la plupart des détections (peut-être ces bots essayent-ils d'accéder à Wikipédia en français en lecture pour effectuer des tâches sur d'autre wikis, comme mon bot quand il traite le remplacement de {{Lien}}).

Y a-t-il encore des détections justifiant de garder ce filtre actif ?

Orlodrim (discuter) 4 mars 2024 à 23:25 (CET)Répondre

Salut. Alors plusieurs choses différentes pour le maintien du filtre 375 :
  • Les comptes avec "bot" dans le nom sont interdits ici (16) et ne sont pas plus autorisés sur le wiki anglais par exemple : Thisyer+bot bloqué là-bas pour ce motif (quand il ne s'agit pas de compte bot autorisé)
  • Le fait qu'un compte "bot" soit autorisé sur un Wiki ne l'autorise pas sur d'autres (comme compte "bot" j'entends). Donc qu'il ne puisse pas contribuer ici alors qu'il a été créé sur un autre wiki est bien mieux.
  • Rien n'empêche de désactiver temporairement le filtre quand une demande est légitime pour permettre la création puis la réactivation à l'issue comme je viens de le faire car le bot en question a été créé.
  • Ce filtre est dédié aux bot mais il a son pendant pour les noms d'utilisateurs (filtre 319) qui rassemble à la fois les noms interdits (vulgarités entre autres) et pénibles de longue durée. Il me semble impensable de désactiver ce filtre. D'ailleurs, la séparation entre le 319 et le 375 est floue : le 375 empêche la création de comptes "bot" mais c'est le 319 qui empêche les noms de comptes avec "script" qui pourraient être assimilés à des bots...
A l'inverse
  • Sans parler de problème de compte "bot", il y a régulièrement des FP comme pour Duane Cabot par exemple.
  • La règle d'interdiction des noms de compte avec "bot" date d'avant les comptes globaux il me semble. Du coup, elle interfère...
En résumé, pour moi, il me semble que désactiver ce filtre est une mauvaise idée : il apporte plus de bénéfices sur WP.fr que d'inconvénients.
Nota : dans l'idéal, pour résoudre le problème de lecture que tu évoques, il faudrait autoriser la création des noms problématiques avec un blocage automatique en écriture mais ce n'est pas une option dans les filtres.
Nota 2 : c'est Notification LD qui a créé le message de ce filtre et qui y parle du statut de "créateur de compte" que demandait Hugnome sur le bulletin des Bubus. 'toff [discut.] 5 mars 2024 à 09:04 (CET)Répondre
Bonjour @Orlodrim & @Supertoff,
Puisque l'identifiant unique rattache chaque wiki au primo-enregistrement CentralAuth ou à la primo-connexion locale, on peut couper la poire en deux. Le filtre a été mis en place avant l'introduction des variables CentralAuth (T130439), on pourrait (en théorie, pas testé) se servir de global_user_editcount pour permettre la primo-connexion locale dès lors que le compte a acquis assez de contributions globales. Cela continue d'empêcher le primo-enregistrement local.
  • Pour le dire autrement (moins technique) : les comptes « -bot » qui sont créés ailleurs ne seront pas automatiquement importés mais pourront l'être s'ils atteignent un seuil de contributions. Cela évitera d'avoir de faux robots, sans omettre la possibilité d'en avoir un vrai (même s'il faudra toujours une intervention manuelle de temps en temps).
Le défaut de la situation actuelle réside dans le fait que MediaWiki:Abusefilter-disallowed-375 n'est pas exhaustive. Il faudrait soit complémenter Wikipédia:Créateur de comptes, soit créer Aide:Créer un compte de robot (ou complémenter WP:BOT). LD (d) 5 mars 2024 à 12:28 (CET)Répondre
Je ne connaissais pas global_user_editcount. Si ça marche, ça me semble une bonne idée pour empêcher de bloquer complètement la création automatique de compte (par exemple, autoriser la création du compte sur Wikipédia en français si global_user_editcount > 500).
Je note la réticence de Notification Supertoff même pour les comptes globaux, mais je crois que par rapport aux vandales, c'est une situation qui a beaucoup moins de chance d'être problématique.
  • D'une part, un robot ne va pas se mettre à contribuer sur Wikipédia en français simplement par erreur. Si le compte d'un robot actif sur un autre wiki commence à contribuer sur Wikipédia en français, c'est que son dresseur a expressément choisi de le faire.
  • Commencer à contribuer avant de demander le statut de bot est la procédure normale sur ce wiki. Si quelqu'un demandait le statut de bot avant d'avoir montré que le bot fonctionne, on lui refuserait sa demande.
  • Les problèmes avec les utilisateurs expérimentés peuvent normalement être résolus par la discussion. Mettre un filtre bloquant visant de tels utilisateurs devrait exceptionnel et seulement en réponse à un problème avéré.
Orlodrim (discuter) 8 mars 2024 à 18:23 (CET)Répondre
Hello. +1 Orlodrim concernant « Commencer à contribuer avant de demander le statut de bot est la procédure normale sur ce wiki ». Àmha on peut passer le 375 en non bloquant, c'est ce qu'il y a de plus simple. (En revanche, d'accord avec Supertoff, pas de raison de toucher au 319.) — Jules* discuter 8 mars 2024 à 18:37 (CET)Répondre
Notification Orlodrim : je crois qu'on ne se comprend pas :
  • Si le compte d'un robot actif sur un autre wiki commence à contribuer sur Wikipédia en français, c'est que son dresseur a expressément choisi de le faire. : sauf erreur, il n'a pas le droit de le faire sans autorisation pour chaque wiki ? Autrement dit : un compte avec le suffixe "bot" doit être un bot autorisé sur chaque wiki : soit ce n'est pas un bot autorisé et il n'a pas le droit de contribuer avec ce nom (c'est l'esprit de Wikipédia:Nom d'utilisateur#Noms d'utilisateur déconseillés ou interdits), soit il est autorisé et donc c'est un compte de bot...
  • Commencer à contribuer avant de demander le statut de bot est la procédure normale sur ce wiki. : sauf que le filtre est là pour empêcher la création de faux comptes bot, par pour empêcher la création de vrais bot. Empêcher la création de vrais comptes bot n'est qu'un effet de bord.
Mais bon, comme je suis le seul à penser que c'est une mauvaise idée de désactiver ce compte, mon avis n'a plus d'importance. On verra bien ce que ça donne. J'espère avoir tort mais je vous conseille avant de le désactiver de bien vérifier les détections du filtre car, sauf erreur, Orlodrim n'émet que des hypothèses sans certitude au début de cette section... 'toff [discut.] 8 mars 2024 à 20:01 (CET)Répondre
Ce que LD et moi avons proposé assouplirait le filtre seulement pour les comptes ayant déjà plus de 500 contributions sur d'autres wikis. Il est donc extrêmement improbable que ce soient de faux comptes bot. Si je comprends bien ton point de vue, cela ne devrait pas te poser de problème.
Je comprends que sa désactivation complète ne semble pas consensuelle, donc je ne compte pas faire ça (même si ça ne me dérangerait pas).
Orlodrim (discuter) 9 mars 2024 à 18:14 (CET)Répondre
Pour aussi tout moyen d'éviter le blocage de bots légitimes. Même s'ils ne font pas d'edits sur frwiki, ils peuvent lire du contenu ici (par ex framabot (d · c · b) se connecte à n'importe quel wiki pour vérifier la source des traductions). Dans tous les cas, les bots doivent être connectés et ne devraient pas faire de requête anonymement. -Framawiki 9 mars 2024 à 21:03 (CET)Répondre
J'ai ajouté une condition sur global_account_editcount (plutôt que global_user_editcount, vu phab:T345632). La variable est censée exister spécifiquement pour l'action de création de compte. Cependant, la variable ne semble pas enregistrée pour les détections passées avec l'action « autocreateaccount », donc j'ai un doute. On verra bien. Orlodrim (discuter) 13 mars 2024 à 17:16 (CET)Répondre
C'est parce que le patch a ajouté ces nouvelles variables dans le hook "AlterVariables" (pour les détections au moment où elles se produisent), mais pas dans le hook "GenerateVarsForRecentChange" (quand on examine les détections passées).
Et il s'avère que ce n'est pas possible… Quand on examine les détections passées, les variables affichées ne sont pas des valeurs qui ont été enregistrées au moment de la détection… En fait, les variables sont regénérées à partir des données de la RC (voir cette table ; données stockées indéfiniment, en l'occurrence). Oui, c'est relativement mal pensé comme système, et cela cause divers bugs de variables avec des valeurs erronées (par exemple, la variable user_editcount contient l'edit count actuel de l'utilisateur, pas celui au moment de la détection).
À propos, j'avais rencontré une histoire similaire avec la variable page_id, qui auparavant était erronée dans les détections passées. Voir T334617. Pour cette histoire, il était possible de déterminer la valeur correcte (int 0) à partir des données de la RC (car elle indique si c'est une création de page). Mais pour la présente histoire, je pense qu'on ne peut rien faire de plus. Au moment présent, la seule information disponible est l'edit count actuel de l'utilisateur, on ne dispose plus de son edit count au moment où il a effectué la modification.
od†n ↗blah 19 mars 2024 à 00:09 (CET)Répondre
Huuummm. En examinant les dernières détections du filtre, il y a pourtant des variables global_account_editcount. Peut-être que le hook AlterVariables est aussi appliqué aux RC (enfin bon, j'ai déjà assez fouillé comme ça). De plus, les variables figurent seulement dans les dernières détections, et pas dans les détections passées ; je suppose que le moment du changement coïncide avec celui du passage en prod du code ajoutant les variables. Il semble il avoir un certain enregistrement des informations, j'ai dû louper quelque chose.
Ceci étant, les variables sont bien fonctionnelles pour les détections, et c'est l'essentiel. Et quand on examine les détections passées, il faut de toute façon s'attendre à diverses anomalies dans les valeurs de variables fournies.
od†n ↗blah 19 mars 2024 à 00:58 (CET)Répondre