Wikipédia:Bulletin du filtrage

Archives des anciennes discussions du bulletin

Année	janv.	févr.	mars	avr.	mai	juin	juil.	août	sept.	oct.	nov.	déc.
2010			03	04	05	06	07	08	09	10	11
2011	01	02	03	04	05		07	08	09	10	11	12
2012	Archives 2012
2013	Archives 2013
2014	Archives 2014
2015	Archives 2015
2016	Archives 2016
2017	Archives 2017
2018	Archives 2018
2019	Archives 2019
2020	Archives 2020
2021	Archives 2021
2022	Archives 2022
2023	Archives 2023
2024	Archives 2024

 

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 :

Demandes et discussions :

• Requêtes
• Bulletin
• Tableau de bord
• Faux positifs

Pages techniques :

• Gestion des filtres
• Modifications récentes
• Modifications bloquées
• Journal
• Balises
• Messages
• Maintenance

Aide :

• Comment créer un filtre ?
• Documentation

Mise à jour des filtres en vue de l'arrivée des comptes temporaires

Hello,

Je compte commencer tranquillement à mettre à jour les filtres suivant les consignes indiquées ici. Exemple (seul remplacement que j'ai entrepris pour l'instant). Est-ce que vous y voyez un inconvénient ?

Ping @Supertoff, @Antimuonium, @ShifaYT, @LD et @Od1n. — Jules* ^discuter 3 septembre 2024 à 19:48 (CEST)

 Jules* : Hello, pas de soucis pour moi, et surtout merci d'avoir commencé à procéder à la mise à jour des filtres . ShifaYT ✉Tchater 3 septembre 2024 à 20:06 (CEST)

 Jules* : avant tout, tu peux ré-expliquer (car je ne suis pas du tout toutes les avancées mediawiki) ce qui va se passer pour les IP ? De ce que j'ai cru comprendre, les IP ne vont plus être affichées et à la place il y aura un nom générique de contributeur ? Quand ça va se passer ? Est-ce que ces noms génériques sont réutilisables (i.e. sont-ils temporairement attribués puis réattribués ?) Je dois avoir d'autres questions qui ne me viennent pas pour l'instant. 'toff ^[discut.] 3 septembre 2024 à 20:25 (CEST)

@Supertoff : tu as plein d'infos sur WP:Remplacement des adresses IP par des comptes temporaires, mais pour te répondre rapidement : oui, c'est ça, nom générique à la place des IP. Quand ? Dans quelques mois, sans doute plutôt en 2025. Non, les noms ne sont pas réutilisables. — Jules* ^discuter 3 septembre 2024 à 20:42 (CEST)

OK merci. Du coup, certains filtres ne seront plus fonctionnels car ils ciblent "spécifiquement" certaines plages d'IP ? Comment gérer ces cas ? (un exemple au hasard : le filtre 29) ? 'toff ^[discut.] 3 septembre 2024 à 20:51 (CEST)

Sous réserve que je comprenne bien, on pourra toujours cibler des IP (et des plages) via les filtres, via user_unnamed_ip, avec un code du type user_unnamed_ip irlike "^110\.25\.". C'est simplement que ip_in_range et user_name ne seront plus fonctionnels. (Par ailleurs, en tant qu'AF nous pourrons voir les IP utilisées par les comptes temporaires, donc nous serons toujours en mesure d'identifier des plages problématiques.) — Jules* ^discuter 3 septembre 2024 à 21:20 (CEST)

Et a priori je comprends bien : phab:T357772#9964850 confirme. Le filtre 29 fonctionnera à l'identique. — Jules* ^discuter 3 septembre 2024 à 21:23 (CEST)

Va falloir s'habituer de toute façon 'toff ^[discut.] 3 septembre 2024 à 22:47 (CEST)

À noter que pour l'instant, user_unnamed_ip ne peut pas encore être utilisé, cf. phab:T369610. — Jules* ^discuter 3 septembre 2024 à 23:08 (CEST)

Bonjour  Jules*. Merci d'attirer notre attention là-dessus. Sais-tu si les réflexions sont assez matures pour que nous commencions à effectuer des changements ? J'ai l'impression qu'ils essaient déjà de se dépatouiller de manière globale avec les comptes temporaires et que les réflexions commencent à peine sur les filtres (pas mal de tâches Phabricator depuis juillet). J'imagine que ton idée est de partir des quelques préconisations, faire quelques tests ici (comme WP:fr s'est proposé en tant que wiki pilote), leur faire des retours si nécessaire, mais sans modification à grande échelle de nos filtres pour le moment ? D'accord avec le début de ton message : « commencer tranquillement ». — Antimuonium ^discuter 4 septembre 2024 à 00:04 (CEST)

C'est simplement que ip_in_range et user_name ne seront plus fonctionnels : sauf erreur, user_name continuera de fonctionner mais uniquement pour les utilisateurs enregistrés tandis qu'il faudra utiliser user_unnamed_ip pour les adresses IP.

Tout ne semble pour le moment pas 100 % clair (et tout est « subject to change ») mais j'ai espoir de voir une communication sur les modifications à apporter aux filtres (pas trop tard, une fois que les réflexions auront avancé). — Antimuonium ^discuter 4 septembre 2024 à 00:12 (CEST)

Bonjour, pas d'inconvénient.

@Antimuonium, les équipes CU ont été solicitées il y a un mois à peu près (à la fois pour des tests et des retours), ce que je peux en dire c'est que cela a bien progressé car nous avons une "visibilité" sur les tâches.

Normalement, cette tâche devrait être prise en charge avant le déploiement sur les wikipilots, ou à peu près dans le même temps. De ce que je comprends du calendrier, l'extension CU doit d'abord être terminée (il reste 4 tâches directes, davantage dans temporary account IP reveal) pour envisager un déploiement sur les wikipilots mais il y a du retard sur le sprint. En tout cas, les AF n'auront accès à rien tant que cette tâche ne sera pas résolue (mais Legal a déjà clarifié la Politique, donc ce n'est plus qu'une question de "droit de statut" à écrire dans la configuration des wikis).

Si besoin je peux demander à l'équipe de préciser le calendrier, poser des questions ou remonter des infos. LD (d) 4 septembre 2024 à 05:37 (CEST)

@Antimuonium : oui, pour user_name, c'est ça, j'ai fait un raccourci car dans le contexte nous parlions des IP.

Effectivement, tout n'est pas encore totalement définitif, surtout du côté de user_unnamed_ip, car pour le reste ça semble assez stable. Mais l'air de rien le projet a l'air de bien avancer (déploiement récent sur le Test2wiki, notamment), et @LD semble confirmer ça.

Pour l'instant, je vais déjà m'occuper du remplacement de user_age. — Jules* ^discuter 5 septembre 2024 à 23:21 (CEST)

┌─────────────────────────────────────────────────┘
Petite update : user_unnamed_ip peut désormais être utilisé par les utilisateurs possédant le droit abusefilter-access-protected-vars, moyennant une case à cocher dans les préférences. Tout filtre utilisant cette variable devient définitivement (même en cas de retrait de ladite variable) inaccessible aux modificateurs de filtres ne possédant pas le droit en question.

Pour le moment, ce droit n'est attribué (pour ce qui nous concerne) qu'aux Abusefilters Helpers (AFH), à savoir, chez nous, parmi les AF actifs, @Supertoff et @ShifaYT et moi-même (il y a aussi NoFWDaddress et Hégésippe Cormier). À terme, il doit être attribué aussi aux admins (cf. phab:T369610).

Tant que le droit n'est pas distribué aux admins, et afin d'éviter que des filtres ne soient plus accessibles qu'à trois AF, je propose que nous sursoyions au remplacement de user_name par user_unnamed_ip dans les filtres existants.

— Jules* ^discuter 17 octobre 2024 à 13:09 (CEST)

Je suis d'accord, +1. ShifaYT ✉Tchater 17 octobre 2024 à 16:32 (CEST)

Merci des infos @Jules*. En "procédure", admin et AF ont été dissociés mais pas nettement en droit (les admins en conservent divers). Je ne trouve pas que confier abusefilter-access-protected-vars aux admins soit localement pertinent (on peut être AF sans être admin ...), même si je comprends aisément que c'est transitoire, fait à l'image de méta.

De fait, y'a-t-il des objections à ce que j'ouvre une section dédiée et/ou un sondage sur une "réforme" des droits ? LD (d) 17 octobre 2024 à 17:45 (CEST)

Je pense (sans aucune certitude) que seuls les admins qui sont AF pourront vraiment bénéficier du droit abusefilter-access-protected-vars, sans quoi ça n'aurait effectivement pas grand sens @LD. Quant au fait que les AF non admins n'y auraient pas accès, c'est encore un autre sujet. Dans tous les cas, je pense qu'il est prématuré de prendre une quelconque initiative de réforme motivée par l'arrivée des comptes temporaires. Mais peut-être ai-je mal compris ce que tu proposais. — Jules* ^discuter 17 octobre 2024 à 18:05 (CEST)

@Jules* Les développeurs donnent toujours les droits aux admins car c'est le choix par défaut pour le logiciel Mediawiki. Sauf que, comme beaucoup de wikis, on réattribue les droits parmi des groupes, dont un dédié.

Ce que je veux dire : c'est davantage une question de "choix par défaut" que nous devrions communiquer aux développeurs. Que ce soit pour le droit abusefilter-modify-blocked-external-domains, ou même abusefilter-access-protected-vars, il aurait fallu que la communauté soit consultée. LD (d) 17 octobre 2024 à 22:27 (CEST)

En résumé, ces droits auraient dû, dans le contexte de notre wiki, être attribués aux AF et non aux admins ; si c'est ça, pas besoin de sondage à mon sens, ce n'est pas sujet à controverse, une simple discussion suffit. Sauf pour abusefilter-modify-blocked-external-domains : l'usage sur fr-wp est que les admins puissent modifier MediaWiki:Spam-blacklist, il est donc logique qu'ils puissent modifier Spécial:BlockedExternalDomains. — Jules* ^discuter 18 octobre 2024 à 11:27 (CEST)

┌─────────────────────────────────────────────────┘
 Jules* : je dois être fatigué, j'ai rien compris...

• Dans mes préférences, j'ai vu la case à cocher "Enable revealing IP addresses for temporary accounts in AbuseFilter" (je suppose que c'est ça "abusefilter-access-protected-vars" ?) Et où et comment un contributeur (qui n'est pas AF) peut-il utiliser user_unnamed_ip ?
• "Tout filtre utilisant cette variable devient définitivement (même en cas de retrait de ladite variable) inaccessible aux modificateurs de filtres ne possédant pas le droit en question" : à partir de quand ? Si c'est déjà le cas c'est trop tard non ? Et quel rapport avec les contributeurs ayant coché la case ?

Vraiment rien compris... 'toff ^[discut.] 17 octobre 2024 à 18:37 (CEST)

• Oui, c'est ça : c'est parce que en tant qu'Abusefilter helper (droit global) tu as le droit abusefilter-access-protected-vars que la case apparaît et que tu peux la cocher. Un utilisateur qui n'est pas AF ne peut pas utiliser user_unnamed_ip. Seuls les AF qui ont le droit abusefilter-access-protected-vars et qui ont coché la case dans leurs préférences peuvent utiliser cette variable.
• À partir de tout de suite. C'est trop tard... si on l'utilise. Pour l'instant on ne l'a pas utilisée ([1]), donc tout va bien. Le rapport avec les utilisateurs ayant coché la case, c'est que seuls eux peuvent utiliser cette variable et consulter les filtres qui l'utilisent ou l'ont utilisé.

Dis-moi si c'est plus clair, @Supertoff. — Jules* ^discuter 17 octobre 2024 à 18:46 (CEST)

 Jules* : un poil plus clair avec la précision dans ta première phrase d'explication « par les utilisateurs AF possédant le droit abusefilter-access-protected-vars, moyennant une case à cocher dans les préférences ». Mais je ne comprends pas comment on peut ou pas utiliser une variable ? L'écriture dans les filtres est "libre". Pour moi la limitation est liée aux filtres pas aux contributeurs. Après si par "utiliser user_unnamed_ip", tu veux écrire "voir le code du filtre qui l'utilise" alors là ou, je comprends mieux. 'toff ^[discut.] 17 octobre 2024 à 19:17 (CEST)

@Supertoff : « L'écriture dans les filtres est "libre". » Si un AF qui ne possède pas le droit abusefilter-access-protected-vars insère la variable user_unnamed_ip dans un filtre, au moment de sauvegarder le filtre, il en sera empêché et un message d'erreur s'affichera. J'en ai fait l'expérience en tant ça dans un filtre de test sans avoir coché la case idoine dans mes préférences. — Jules* ^discuter 17 octobre 2024 à 19:43 (CEST)

Ah ok. C'est une fonction qui n'existe que sur cette variable alors ? Et c'est quoi l'utilité finale ? 'toff ^[discut.] 17 octobre 2024 à 20:47 (CEST)

@Supertoff L'objectif affiché est la restriction des informations confidentielles (l'accès aux IPs) en n'y donnant pas accès par défaut (d'où une case à cocher). LD (d) 17 octobre 2024 à 22:08 (CEST)

 LD : merci, c'est clair.  Jules* : pour en revenir à ta question initiale, ça me paraît évidemment logique. Une dernière question (j'espère) : quand tu dis Tout filtre utilisant cette variable devient définitivement (même en cas de retrait de ladite variable) inaccessible aux modificateurs de filtres ne possédant pas le droit en question, est-ce qu'à l'inverse l'obtention du droit permet de redonner l'accessibilité à ces filtres, ou est-ce que le "définitif" reste "définitif" ? 'toff ^[discut.] 19 octobre 2024 à 10:55 (CEST)

L'obtention du droit permet en effet d'y avoir accès, @Supertoff. Par « définitif », je voulais dire que retirer la variable du filtre ne le rend pas de nouveau accessible aux AF ne possédant pas le droit (car l'historique du filtre et le journal des filtrages contiennent des IP). Bon week-end ! — Jules* ^discuter 19 octobre 2024 à 11:13 (CEST)

Chiant le français : faut bien choisir ses mots 'toff ^[discut.] 19 octobre 2024 à 11:20 (CEST)

 Jules* : Hello, je viens de voir que les sysops ont désormais le droit abusefilter-access-protected-vars. ShifaYT ✉Tchater 29 octobre 2024 à 15:54 (CET)

Accès aux filtres protégés pour les AFs

Enregistré sur Phabricator
Tâche (à venir)

• Nom du proposant : ShifaYT (d · c · b) 30 novembre 2024 à 18:40 (CET)
• Argumentation :

(fr) Bonsoir, sur la même impulsion que nos collègues anglophones [2], je propose l'ajout logique de la permission abusefilter-access-protected-vars aux AFs locaux de notre wiki, qui ne l'ont pas par défaut avec l'ajout automatique des permissions (donnée uniquement que aux sysops par défaut sur chaque wiki), afin de faire remonter ça sur Phabricator pour permettre aux développeurs d'implémenter la permission à ce groupe techniquement ; mais il faudrait avant ça un consensus par souci de formalité, comme fait sur enwiki.

(en) Hello, on the same impulse of our English-speaking colleagues [3], I suggest the logical addition of the abusefilter-access-protected-vars permission for local EFMs on our wiki, that don't have it by default (given on each wiki only for sysops by default ), in order to create a ticket on Phabricator to allow devs to implement the permission for this group technically; but before that, we should get a consensus for the sake of formality, as done on enwiki.

• Remarque : Ce droit permet de modifier et d'accéder aux filtres utilisant la variable user_unnamed_ip, c'est-à-dire utilisant des IPs (lorsque les comptes temporaires seront déployés).
• Lien connexe : cf. mw:Extension:AbuseFilter/Rules format#Protected_variables (documentation en anglais sur les variables protégées)
• Mentions :  Antimuonium, Jules*, Kirham, LD, NB80, Od1n et Supertoff (AFs ayant modifié les filtres récemment ou étant intervenus récemment ici)
• Clôture : au plus tôt le 7 décembre 2024 18:40 CET (7 jours me semble raisonable)

Discussions ( Ouvert à tous même aux non AFs, donc intervention possible pour tout contributeur sur ce sujet du BF)

• Pour, en tant que proposant. Shifa ✉Tchater 30 novembre 2024 à 18:40 (CET)
• Pour évidemment, pas de raison que ce soit limité aux admins, puisque sur ce wiki on a un statut AF dédié. — Jules* ^discuter 30 novembre 2024 à 19:35 (CET)

Résultat