Wikipédia:Bulletin du filtrage

(Redirigé depuis Wikipédia:BULFIL)
Dernier commentaire : il y a 4 jours par Arcyon37 dans le sujet Avertissement au filtre 12 ?

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

modifier

Hello,

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)Répondre

Effectivement ! -Framawiki 20 juillet 2026 à 11:07 (CEST)Répondre
I agree! Aelxen Équipe EBRC 21 juillet 2026 à 12:09 (CEST)Répondre
Smiley avec un pouce vers le haut🐾 tiloudeux (miaou ?) 21 juillet 2026 à 12:15 (CEST)Répondre
Va Bene. -- Hippo discutez sans frapper 21 juillet 2026 à 15:23 (CEST)Répondre

┌─────────────────────────────────────────────────┘
Notification 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)Répondre

Au passage, on n'aurait plus ce problème de texte masqué sur mobile.🐾 tiloudeux (miaou ?) 8 août 2026 à 14:37 (CEST)Répondre
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)Répondre
sans couleur de fond🐾 tiloudeux (miaou ?) 8 août 2026 à 18:20 (CEST)Répondre
@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) Émoticône🐾 tiloudeux (miaou ?) 27 août 2026 à 12:07 (CEST)Répondre
Salutation @Tiloudeux, c'est fait =) Aelxen 🍐 Les poires vaincront 27 août 2026 à 13:08 (CEST)Répondre

Autocomplétion !

modifier

Aujourd'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) Émoticône cœur wikilove. — Jules* 💬 4 août 2026 à 00:24 (CEST)Répondre

\o/ Lepticed7 (Viens tcharer ! :D) 4 août 2026 à 23:41 (CEST)Répondre
Super nouvelle, merci! Émoticône sourire -Framawiki 5 août 2026 à 23:17 (CEST)Répondre
Merci beaucoup @Jules*! KHarlan (WMF) (discuter) 12 août 2026 à 18:59 (CEST)Répondre
Nice pour l'auto-complétion. Aelxen Équipe EBRC 18 août 2026 à 21:10 (CEST)Répondre

Filtre 386

modifier

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)Répondre

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)Répondre
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)Répondre
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)Répondre
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)Répondre

<templatestyles src="Reflist/styles.css" />

modifier

Salut. 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)Répondre

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)Répondre
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)Répondre
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)Répondre
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)Répondre
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! Émoticône -Framawiki 20 août 2026 à 17:18 (CEST)Répondre
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)Répondre
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)Répondre

Filtre 334 : bilan

modifier

Salut.

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)Répondre

OK pour moi, on s'ennuie un peu sur WP:FP ces derniers jours.🐾 tiloudeux (miaou ?) 24 août 2026 à 15:27 (CEST)Répondre
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)Répondre

Pour ceux qui souhaitent agrémenter leur PU, …

modifier

Filtre 391

modifier

Information 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)Répondre

Avertissement au filtre 12 ?

modifier

Bonjour,

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 author des pages web des sources dans les paramètres auteur / nom / prénom des 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)Répondre

Ça me semble une bonne idée. -- Hippo discutez sans frapper 13 septembre 2026 à 07:30 (CEST)Répondre
Bonjour. Entièrement d'accord. Cordialement, — Arcyon [Causons z'en] 13 septembre 2026 à 07:59 (CEST)Répondre