Wikipédia:Bulletin du filtrage
| 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 | |||||||||||
| 2025 | Archives 2025 | |||||||||||
| 2026 | Archives 2026 | |||||||||||
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 :
Modèle:Avertissement filtre
modifierHello,
En testant un filtrage en vrai, je vois que {{Avertissement filtre}}, qui est utilisé pour l'ensemble des avertissements de filtres, affiche un cadre avec {{Méta bandeau d'avertissement}}... dans un cadre de couleur déjà affiché par Mediawiki, ce qui est assez moche.
Il me semble donc qu'il faudrait retirer {{Méta bandeau d'avertissement}} d'{{Avertissement filtre}} pour ne laisser que le cadre de couleur affiché par Mediawiki (qui est en revanche toujours rouge), qui est conforme à la charte graphique de l'interface.
Z'en pensez quoi ? — Jules* 💬 19 juillet 2026 à 20:16 (CEST)
- Effectivement ! -Framawiki ✉ 20 juillet 2026 à 11:07 (CEST)
🐾 tiloudeux (miaou ?) 21 juillet 2026 à 12:15 (CEST)- Va Bene. -- Hippo discutez sans frapper 21 juillet 2026 à 15:23 (CEST)
┌─────────────────────────────────────────────────┘
Jules*, Framawiki, Aelxen et Hippo : J'ai tenté d'adapter en utilisant {{Méta bandeau}} à la place, à voir sur le bac à sable. On peut aussi supprimer la couleur de fond, si on veut. 🐾 tiloudeux (miaou ?) 8 août 2026 à 14:32 (CEST)
- Au passage, on n'aurait plus ce problème de texte masqué sur mobile.🐾 tiloudeux (miaou ?) 8 août 2026 à 14:37 (CEST)
- Merci @Tiloudeux. Àmha, mieux vaut retirer la couleur de fond, qui je suppose entre en conflit avec celle déjà affichée nativement par MediaWiki. — Jules* 💬 8 août 2026 à 17:34 (CEST)
- @Jules* ou Aelxen, si tout est bon, il faudrait copier le contenu du bac à sable à la place du modèle actuel (protégé niveau sysop)
🐾 tiloudeux (miaou ?) 27 août 2026 à 12:07 (CEST)
- Salutation @Tiloudeux, c'est fait =) Aelxen 🍐 Les poires vaincront 27 août 2026 à 13:08 (CEST)
Autocomplétion !
modifierAujourd'hui est un grand jour, on a désormais de l'autocomplétion dans AF ! Cf. Wikipédia:Le Bistro/4 août 2026#Actualités techniques n° 2026-32. Vous pouvez tester dans n'importe quel filtre. Ça fait suite à cette demande que j'avais soumise en 2022. Thank you very much @KHarlan (WMF)
. — Jules* 💬 4 août 2026 à 00:24 (CEST)
- \o/ Lepticed7 (Viens tcharer ! :D) 4 août 2026 à 23:41 (CEST)
- Super nouvelle, merci!
-Framawiki ✉ 5 août 2026 à 23:17 (CEST)
- Super nouvelle, merci!
- Merci beaucoup @Jules*! KHarlan (WMF) (discuter) 12 août 2026 à 18:59 (CEST)
- Nice pour l'auto-complétion. Aelxen Équipe EBRC 18 août 2026 à 21:10 (CEST)
Salutations, amis filtreurs et filtreuses,
Je viens de mettre à jour le filtre 386, qui effectue désormais un filtrage plus généraliste visant à détecter certains indices pouvant être associés à l'utilisation d'IA générative, plutôt que de se limiter à la détection d'UTM.
Il va maintenant détecter :
- les insertions de sources contenant certains paramètres UTM ;
- les insertions de noms de domaine en `.ai` ou `.ia` ;
- les insertions d'emojis fréquemment utilisés dans les contenus générés par IA ;
- les insertions de tirets cadratins au-delà d'un certain nombre.
Par ailleurs, j'ai rendu le filtre privé, afin d'éviter que son fonctionnement précis puisse être facilement analysé par les IA dans le but de le contourner.
Bien à vous. Aelxen Équipe EBRC 18 août 2026 à 21:50 (CEST)
- Je suis entrain de corriger tous les faux positifs lié au cadratins et donc éplucher tous les déclanchements depuis la modification du filtre; Aelxen Équipe EBRC 19 août 2026 à 22:46 (CEST)
- Le passage en filtre privé ne va pas faciliter le travail d'analyse, surtout s'il s'agit de gros ajouts : distinguer des éléments de suspicion (utm=chatGPT) + un recours à des stes ".ai" n'impliquant pas nécessairement une rédaction genAI + des éléments purement genAI (cadratins, de plus en plus rares, et emojis) risque d'être plus compliqué. --Pa2chant.bis (discuter) 20 août 2026 à 12:01 (CEST)
- Hello @Aelxen, tous ces indicateurs n'ont pas forcément le même niveau de fiabilité, aussi je préférerais des filtres spécialisés, en tout cas en garder un juste pour les utm (et éventuellement les sites en .ai ou .ia, mais j'étais déjà dubitatif quant au fait de mélanger les deux). Quitte à travailler en parallèle sur un filtre qui tente de détecter plus globalement les usages d'AIg directement dans le texte (partir des utm ne me semble pas une bonne idée, partir des emojis, tirets cadratins, listes à puces ou tableaux davantage, même si je doute qu'AF soit assez malléable pour aboutir à quelque chose de fiable). — Jules* 💬 20 août 2026 à 12:13 (CEST)
- Salutation @Jules*, tu as effectivement pas tord. J'y avais pensé de couper le filtre en deux mais au final j'avais pas retenu cette idée.
- Je viens de rétablir le filtre comme il était auparavant et de nouveau publique. Aelxen Équipe EBRC 20 août 2026 à 12:34 (CEST)
- Hello @Aelxen, tous ces indicateurs n'ont pas forcément le même niveau de fiabilité, aussi je préférerais des filtres spécialisés, en tout cas en garder un juste pour les utm (et éventuellement les sites en .ai ou .ia, mais j'étais déjà dubitatif quant au fait de mélanger les deux). Quitte à travailler en parallèle sur un filtre qui tente de détecter plus globalement les usages d'AIg directement dans le texte (partir des utm ne me semble pas une bonne idée, partir des emojis, tirets cadratins, listes à puces ou tableaux davantage, même si je doute qu'AF soit assez malléable pour aboutir à quelque chose de fiable). — Jules* 💬 20 août 2026 à 12:13 (CEST)
- Le passage en filtre privé ne va pas faciliter le travail d'analyse, surtout s'il s'agit de gros ajouts : distinguer des éléments de suspicion (utm=chatGPT) + un recours à des stes ".ai" n'impliquant pas nécessairement une rédaction genAI + des éléments purement genAI (cadratins, de plus en plus rares, et emojis) risque d'être plus compliqué. --Pa2chant.bis (discuter) 20 août 2026 à 12:01 (CEST)
<templatestyles src="Reflist/styles.css" />
modifierSalut. Je vois de plus en plus souvent dans les références cette balise qui n'existe pas sur frwiki et qui est un reste de traduction non relue depuis l'anglais. J'aimerais bien l'interdire mais je ne vois pas quel filtre peut l'absorber : ce n'est pas du vandalisme. 'toff [discut.] 20 août 2026 à 11:41 (CEST)
- Il fut un temps où les traductions non relues étaient poubellisées direct. Que la présence de ces refs non mises en formes soit bloquantes pour une publication ne me choquerait, même si ce n'est pas la question. --Pa2chant.bis (discuter) 20 août 2026 à 11:55 (CEST)
- Je pense que lorsque l'on n'utilise que l'utilisateur visuel pour éditer et relire un article, on ne voit pas ce genre de balises, partant de là, comme un certain nombre de personne pour qui le code est une barrière n'utilisent que l'utilisateur visuel, je me demande si le fait de filtrer cette scorie ne créerait pas une barrière décourageante pour un certain nombre de personnes de bonne volonté.--Kimdime (discuter) 20 août 2026 à 12:00 (CEST)
- Hello. Si je suis d'accord pour dire que les traductions automatiques non relues sont un problème et peuvent être supprimées, mais je suis plutôt défavorable à filtrer en bloquant ce type de scories, qu'on rencontre effectivement souvent, pour la raison évoquée par Kimdime : elles ne sont pas forcément un indicateur fiable du niveau de la traduction. — Jules* 💬 20 août 2026 à 12:09 (CEST)
- En effet, j'avais assimilé un peu trop vite cette expression aux refs en erreur affichant en rouge "balise définie deux fois sous des noms différents" qui elles, se voient bien en mode éditeur visuel. --Pa2chant.bis (discuter) 20 août 2026 à 12:15 (CEST)
- Hello, si le problème concerne exclusivement des articles issus de l'outil de traduction: la source du soucis est qu'il produit des erreurs dans son wikicode. Dans certains cas, des morceaux anglophones (tel que cite class ) sont ajoutés par l'outil sans que le contributeur ne soit informé avant l'enregistrement. C'est complexe de demander aux rédacteurs de recharger la page et de modifier le code pour retirer des éléments qui n'étaient pas visible jusqu'alors... le problème vient du logiciel et non des personnes.
- Parmi les nombreux bugs, les templatestyles dans les articles traduits sont apparus il y a quelques semaines, et j'ai commencé à l'inclure dans la liste des corrections effectuées par framabot sur les articles traduits. Je vais vérifier si les nouveaux cas peuvent être également corrigés. N'hésitez pas à me notifier sur ma pdd si de nouvelles corrections peuvent être effectuées par le bot.
- Après des années d'absence de réponse de la wmf, les traces laissées par l'outil de traduction commencent à être prises en compte cet été. Justement, ce ticket phab:T213277 (créé il y a 8 ans par @NicoV) pourrait correspondre au problème que nous observons, et un developpeur travaille justement dessus cette semaine. Gardons espoir!
-Framawiki ✉ 20 août 2026 à 17:18 (CEST)
- Merci de vos avis. Je n'avais pas pensé que ça pouvait venir de l'outil de traduction de la WMF et que les contributeurs ne le voyaient pas forcément. On oubli. 'toff [discut.] 20 août 2026 à 17:49 (CEST)
- S'il s'agit de baliser, le Spécial:Filtre antiabus/275 peut éventuellement être réutilisé à cette fin. Mais je ne suis pas trop favorable à bloquer les modifications non plus.🐾 tiloudeux (miaou ?) 24 août 2026 à 15:22 (CEST)
- Merci de vos avis. Je n'avais pas pensé que ça pouvait venir de l'outil de traduction de la WMF et que les contributeurs ne le voyaient pas forcément. On oubli. 'toff [discut.] 20 août 2026 à 17:49 (CEST)
- En effet, j'avais assimilé un peu trop vite cette expression aux refs en erreur affichant en rouge "balise définie deux fois sous des noms différents" qui elles, se voient bien en mode éditeur visuel. --Pa2chant.bis (discuter) 20 août 2026 à 12:15 (CEST)
- Hello. Si je suis d'accord pour dire que les traductions automatiques non relues sont un problème et peuvent être supprimées, mais je suis plutôt défavorable à filtrer en bloquant ce type de scories, qu'on rencontre effectivement souvent, pour la raison évoquée par Kimdime : elles ne sont pas forcément un indicateur fiable du niveau de la traduction. — Jules* 💬 20 août 2026 à 12:09 (CEST)
- Je pense que lorsque l'on n'utilise que l'utilisateur visuel pour éditer et relire un article, on ne voit pas ce genre de balises, partant de là, comme un certain nombre de personne pour qui le code est une barrière n'utilisent que l'utilisateur visuel, je me demande si le fait de filtrer cette scorie ne créerait pas une barrière décourageante pour un certain nombre de personnes de bonne volonté.--Kimdime (discuter) 20 août 2026 à 12:00 (CEST)
Filtre 334 : bilan
modifierSalut.
Après 2 semaines, le bilan est le suivant (j'ai pu me tromper à la marge sur les chiffres) :
- 51 détections (j'enlève les 2 anciennes détections et le test de Tiloudeux) :
- 29 si on enlève les doublons/triplons
- 2 FP (1 seul si on enlève le doublon)
Soit 49 détections correctes (28 sans les doublons). Le seul FP est dû à une mauvaise utilisation de crochets dans le paramètre titre du modèle article (voir mon explication sur la pdd de l'intéressé) et qui n'a donc pas besoin d'être corrigé.
Sur toutes les détections correctes, AUCUN article n'a été conservé. A peu de choses près, ça donne ça :
- 4 articles non créés (peut-être des contributeurs qui ont exceptionnellement lu le message lié au filtre)
- 2 supprimés pour : Article créé via Intelligence artificielle générative sans relecture - A13 (j'ai tendance à penser que les admins ont cru voir une IA à cause du squelette prédéfini)
- 4 supprimés pour : Publicité ou promotion manifeste - G11
- 7 supprimés pour : Ne répond pas ou ne fournit pas de preuve (sources) du respect des critères d'admissibilité des articles - A11
- 11 supprimés pour : Page non encyclopédique en l'état - G2 (ça rejoint le but du filtre)
Au vu de ce bilan (aucun article conservé), je proposerais bien qu'on passe le filtre en bloquant, ça fera toujours ça de moins à supprimer par les admins. Si les contributeurs veulent vraiment créer un article, ils devront faire l'effort de le publier correctement. 'toff [discut.] 22 août 2026 à 08:14 (CEST)
- OK pour moi, on s'ennuie un peu sur WP:FP ces derniers jours.🐾 tiloudeux (miaou ?) 24 août 2026 à 15:27 (CEST)
- Encore quelques articles non admissibles depuis mon intervention. Vu qu'il n'y a pas d'opposition, je l'ai passé en bloquant. 'toff [discut.] 27 août 2026 à 09:45 (CEST)
Pour ceux qui souhaitent agrémenter leur PU, …
modifierj'ai créé Modèle:Icône Modificateur de filtre ce matin
🐾 tiloudeux (miaou ?) 24 août 2026 à 15:30 (CEST)
La dernière détection qui ne soit pas un faux positif datant de juin et le nombre de faux positifs n'étant pas anodin, j'ai désactivé l'interdiction de modification, tout en gardant le filtre actif et le suivi sous étroite surveillance (au cas où).
De souvenir, il y avait aussi un filtre global dédié au même individu, mais avec moins de FP.🐾 tiloudeux (miaou ?) 5 septembre 2026 à 12:10 (CEST)
Avertissement au filtre 12 ?
modifierBonjour,
Le filtre 12 détecte l'ajout d'adresses de courriel dans l'espace encyclopédique. En le consultant régulièrement, j'ai identifié trois cas principaux de détection :
- Un utilisateur ajoute une adresse de courriel privée (la sienne ou celle de quelqu'un d'autre), ce qui vaut un masquage lourd. Les détections concernées sont masquées lourdement par un OS et n'apparaissent alors plus dans la liste des détections.
- Un utilisateur utilise un outil automatique de mise en forme des références qui indique l'attribut
authordes pages web des sources dans les paramètresauteur/nom/prénomdes modèles de références. Dans certains cas, c'est une adresse de courriel qui est précisée dans ce champ. Ce cas est à éviter puisqu'il vaut mieux y mettre le nom et prénom de l'auteur (lorsque connu). Ce cas est généralement corrigé par Framabot a posteriori (exemple). - Un utilisateur ajoute les coordonnées publiques d'une structure ou d'une personne (souvent pour en faire la promotion), ce qui n'a généralement pas sa place dans les articles (exemples 1 et 2).
Je pense qu'afficher un avertissement (non bloquant) en amont de la publication ne serait pas inutile. À titre d'exemple, les versions de Wikipédia en anglais, italien et chinois, le Wiktionnaire en anglais et Meta en ont. On peut rappeler succinctement les dangers de mettre une adresse personnelle, demander de vérifier les champs d'auteur dans les références et rappeler que Wikipédia n'est pas un support de promotion. La plupart des autres versions linguistiques mentionnent la fonctionnalité d'envoi de courriel, mais je ne suis pas sûr de l'intérêt au vu du faible nombre de détections dans ce cas.
Qu'en pensez-vous ? — Antimuonium discuter 12 septembre 2026 à 22:12 (CEST)
- Ça me semble une bonne idée. -- Hippo discutez sans frapper 13 septembre 2026 à 07:30 (CEST)
- Bonjour. Entièrement d'accord. Cordialement, — Arcyon [Causons z'en] 13 septembre 2026 à 07:59 (CEST)