Discussion Wikipédia:WPCleaner

message: <!-- {{En vacances|[[Utilisateur:Nicov]]}} -->
{{archive basics
|archive = Discussion Wikipédia:WPCleaner/Archives %(counter)d
|counter = 2022}}
{{WPCleaner}}
<!-- {{Méta bandeau d'avertissement
|niveau=modéré
|titre=Nouvelle [http://site4145.mutu.sivit.org/WikiCleaner/WikiCleaner.jnlp adresse d'installation] depuis la version 0.97 / {{lang|en|texte=New [http://site4145.mutu.sivit.org/WikiCleaner/WikiCleaner.jnlp  setup URL] since 0.97}}.
|texte=Il est préférable de désinstaller l'ancienne version avant d'installer la nouvelle / {{lang|en|texte=Older versions have to be uninstalled before installing new one}}.
}}-->
{{Méta bandeau d'avertissement
|niveau=modéré
|titre=Les suggestions, idées, rapport d'anomalies, propositions d'aide, ... sont les bienvenus. De préférence, sur '''[https://phabricator.wikimedia.org/maniphest/task/edit/form/1/?projects=WPCleaner Phabricator]'''
|texte={{lang|en|texte=You can leave comments, suggestions, bug reports about WPCleaner on '''[https://phabricator.wikimedia.org/maniphest/task/edit/form/1/?projects=WPCleaner Phabricator]''', in English or in French}}.
}}{{clr}}
<!-- {{En vacances|[[Utilisateur:NicoV|NicoV]]}}{{clr}} -->

message: {{/Archives}}
__TOC__
= Discussions =
{{Wikipédia:Bot/Requêtes/États}}

message: . J'ai une suggestion d'amélioration concernant WPCleaner. Afin de gagner un temps précieux lors de la correction syntaxique, il pourrait être judicieux de rajouter une fonction afin que le logiciel peut ouvrir la page suivante après avoir validé celle qu'on vient de corriger (sur le même principe que AutoWikiBrowser— Sebicux (discuter) 5 décembre 2019 à 10:53 (CET)
thread_title:  Suggestion d'amélioration 

message: Bonjour .
Il peut arriver qu'un signalement d'homonymie soit injustifié, par exemple ce  en page de discussion (todo) correspondant à . Dans ce cas, WPCleaner indiquait deux liens vers la page d'homonymie IOTA. En réalité la page « IOTA » est une redirection vers la page d'homonymie « Iota (homonymie) »
Le logiciel signalait un lien attribué au modèle  et un attribué à tort à une référence (Dominik Schiener[…] , lien web contenant |site=IOTA). Après avoir corrigé le nom de la page cible dans le premier modèle, il signalait encore un lien inexistant vers IOTA et par conséquent, proposait un commentaire de diff et une to-do list erronée. Remarque : pour l'article, j'ai édité manuellement, ce résumé d'édition, pour y retirer les éléments indésirables. Après validation/envoi de l'édit, si on ouvrait à nouveau l'article, la détection devenait correcte (pas de faux positif) et j'imagine que si on avait validé à nouveau, l'encadré todo de la pdd aurait été actualisé. Mais cela fait quand même une édition inutile (voire deux s'il n'y a qu'un seul lien signalé)  et ne facilite pas la tâche d'un rédacteur qui chercherait à repérer un élément venant juste d'être signalé en pdd par l'outil.
Ce n'est pas très important ni urgent mais pour la qualité... --Ideawipik (discuter) 26 janvier 2020 à 21:13 (CET)
thread_title:  Lien vers page d'homonymie : signalement d'un petit faux positif. 

message: Bonjour . Au regard de cette  faite avec WPCleaner et mentionnée sur l'atelier accessibilité. Serait-t-il possible de retirer les suggestions de certaines corrections syntaxiques dans certaines conditions ? Par exemple ne pas proposer d'ajouts de modèles dans les paramètres "alt" des images. Les propositions au sein des paramètres des modèles sont déjà différentes de celles dans le texte.Ce n'est pas forcément évident à mettre en place et le choix des modifications est toujours fait par l'utilisateur humain. Mais cela pourrait simplifier les vérifications. Sincères salutations. --Ideawipik (discuter) 12 mars 2020 à 21:13 (CET)
thread_title:  Propositions de corrections et accessibilité 

message: Bonjour NicoV. Puisque j'ai retrouvé un cas, assez répandu, de signalement d' une erreur de syntaxe qui n'en est pas une, avec une suggestion non appropriée qui altère l'affichage d'une illustration/carte…
Voir [{{fullurl:Spécial:Recherche|search={{urlencode:insource:/Fichier\:\{\{Géolocalisation\/[^\\]\}\{]+\image\}\}\[0-9]+px( *\alt=[^\\]]*)? *\[^=\]]*\]\]/}}}} les résultats de cette recherche] non exhaustive (elle exclut les légendes contenant des liens internes / pas de possibilité d'assertion négative la regex) mais qui a priori ne contient pas de faux faux positifs qui ne seraient pas dans la liste des faux positifs signalés par WPCleaner.
La détection vient-elle des erreurs de Lint ou de WPCleaner ? Les utilisateurs inattentifs de WPCleaner risquent d'introduire, là où il n'y en a pas, des problèmes d'affichage peu évidents à corriger pour des contributeurs non avertis. Merci d'avance, si tu peux faire quelque chose. Sinon tant pis. Rappel: question également liée aux images. — Ideawipik (discuter) 18 juin 2020 à 18:43 (CEST)
thread_title:  Faux positifs dans la détection de l'erreur « Options de fichier factices » 

message: Bonjour, WikiCleanerBot a effectué, le 10 décembre 2020 à 13:39, une modif. du code HTML de la page Wikipédia:Mois du sourçage (correction syntaxique : « balise de fin manquante »). Il y avait effectivement une erreur de codage HTML à corriger dans cette page, mais la correction apportée par le bot a cassé la mise en forme du contenu de la page.Rien de grave, la mise en page a été rétablie. Je vous adresse ce message simplement pour information.
Bonne fin de semaine. --ContributorQ(✍) 11 décembre 2020 à 14:01 (CET)
replies: text: Bonjour ContributorQ et merci pour le signalement ! Je regarderais ce que je peux corriger pour éviter que ça ne se reproduise. --NicoV (discuter) 11 décembre 2020 à 14:04 (CET)
thread_title:  Correction HTML erronée 

message: Bonjour. Suggestion liée à  (détection #56). Pour info . Ce n'est pas parce que les caractères « < » et « > » ne sont pas valides dans un lien externe pour le logiciel MediaWiki qu'il faut rendre le lien encore plus déroutant. En vérifiant les inclusions des modèles Lien web et Article, cela semble un cas isolé. Je n'ai pas vérifié les liens externes entre crochets. Quelques url valides contiennent des flèches. L'idée serait juste que WPCleaner ne suggère plus les substitutions dans les adresses web. Ou alors peut-être d'y remplacer « < » par « %3c » et « > » par « %3e ». Merci et bonne année aux utilisateurs de WPCleaner. — Ideawipik (discuter) 8 janvier 2021 à 14:08 (CET)
thread_title:  Retirer la suggestion de remplacement « Flèche en caractères de texte » dans les url 

message: Bonjour . Dans :Catégorie:Projet:Psychologie/Notification, il y a deux appels à l'outil de suivi des catégories par OrlodrimBot, avec la même catégorie. Il serait bon de ne pas considérer le contenu de ce "modèle" (Utilisateur:OrlodrimBot/Suivi catégorie), pour cette détection. À l'image de l'exception de l'. Autre exemple, hors espace encyclopédique, Projet:Jeu vidéo/Articles dont la rédaction est à améliorer. Pas super important mais si c'est possible… Merci. — Ideawipik (discuter) 11 janvier 2021 à 18:44 (CET)
thread_title:  Détection 17 Catégorie en double : faux-positif 

message: Bonjour 
#  Serait-il possible d'ajouter dans WPCleaner, pour frwiki, une détection/proposition pour l'ajout de la virgule manquante entre deux références qui se suivent, cela éviterait à un autre bot d'avoir à passer juste derrière une correction réalisée avec WPCleaner ().
#: Bonjour . Il s'agit de l’erreur 559 qui existe déjà. Normalement, ce problème aurait dû être signalé par WPCleaner (et corrigé automatiquement). Je ne sais pas si Hyméros a eu le signalement par WPCleaner. --NicoV (discuter) 21 mai 2021 à 20:44 (CEST)
replies: text: Oui, j'ai eu le cas, plusieurs fois. WPCleaner détecte bien et corrige presque toujours tout seul. Les cas où ça ne marche pas sont liés, il me semble, à l'insertion (du contributeur) d'un espace au début ou à la fin de la référence (erreur qui affecte aussi la correction semi-auto des ref en double). --Hyméros --}-≽ ♥ Oui ? 21 mai 2021 à 22:33 (CEST)
thread_title:  Suggestions, signalement d'une petite erreur, questions 

message: Bonjour. La détection numéro 64 repère les liens internes avec cible identique au texte, c'est à dire les liens texte ou texte qui peuvent être simplifiés en texte.
Il y a une autre manière généralisée de générer des liens internes, via des modèles. Ainsi, si on prend l'exemple de , un paramètre sous la forme  textetexte ou Textetexte pourrait être simplifié en texte.
Je n'ai pas réussi à faire une telle recherche dans l'outil de statistiques des modèles (wstat.fr) développé par . En revanche, des recherches sur un dump montrent que ces cas ne sont pas rares et permettent de repérer une partie des modèles concernés. Comme la commande UNIX 
grep -Eo "\{\{ *([Aa]rticle détaillé|[Ll]oupe|[Dd]étails?|[Vv]oir) *\| *([^\}\|]+) *\{\{\!\}\} *\2 *[\}\|]" nom_fichier.xml | wc -l Cette recherche se restreint au premier paramètre et aux textes identiques avec la même casse initiale : 305 résultats.ou grep -Eo "\{\{ *([Aa]rticle détaillé|[Ll]oupe|[Dd]étails?|[Vv]oir) *(\|([^\{\}]|\{\{[^\{\}]+\}\})*)*\| *([^\}\|]+) *\{\{\!\}\} *\4 *[\}\|]" nom_fichier.xml | wc -l Identique à la précédente mais permet de repérer aussi des cas concernant des paramètres qui ne sont pas en première position, mais pas encore tous et toujours pas les différences sur l'initiale : 311 résultats.
Note : Pour être plus exhaustif, on pourrait ajouter un optionnel ([0-9]+ *\= *)* en début de paramètre (paramètre numérotés explicitement) et remplacer les espaces par des \s. Il s'avère qu'aujourd'hui, cela n'augmente pas le nombre de cas détectés.
Si on considère les cas non détectés et le nombre de modèles concernés (liste non exhaustive ci-dessous), il peut être intéressant d'ajouter cette détection au projet correction syntaxique.
* Modèle:Article détaillé
* Modèle:Article général
* Modèle:Article principal (réservé aux catégories)
* Modèle:Article connexe
* Modèle:Annexe
* Modèle:Albums par artiste
* Modèle:Lire d'abord
* Modèle:Page annexe
* Modèle:Redirect confusion
* Modèle:Aide détaillée
* les modèles de bandeau vers des homonymes
Précaution : il serait préférable d'identifier pour chaque modèle les paramètres concernés. Ainsi, même si c'est peu probable, il est possible qu'un paramètre (par exemple pour la mise en forme particulière d'un libellé) puisse contenir une barre verticale introduite par un .
Qu'en pensez-vous ? Bonjour NicoV. Serait-ce possible d'ajouter cela à WPCleaner ? Bien à vous. — Ideawipik (discuter) 26 décembre 2021 à 21:27 (CET)
thread_title:  Suggestion d'élargissement de la détection 64 « Lien interne avec cible identique au texte » à certains modèles 

message: Bonjour. Prenons un exemple de modèle dans lequel des balises  sont utilisées pour éviter une interprétation du code lors de l'enregistrement dudit modèle (c'est un exemple extrêmement proche de ce qu'on peut trouver dans des modèles de messages préformatés) : {{safesubst:#ifeq:  | oui | ~~~~ | non signé }}
Si on ouvre cette page avec WPCleaner, le logiciel ouvrira le wikicode dans l'interface en retirant les balises sans contenu, soit :  qui lors de l'enregistrement sera substitué en non signé Le modèle aura alors perdu son paramètre optionnel de signature et quand il sera utilisé, il affichera toujours « non signé ». Dans un exemple légèrement différent, on pourrait avoir pour résultat une signature (celle de l'utilisateur ayant enregistré via WPCleaner) et une date figées dans le code du modèle modifié.
Le problème n'est pas en soi la correction automatique mais le fait qu'il est impossible pour l'utilisateur de WPCleaner de se rendre compte aisément de la nature du changement qui a eu lieu sans son consentement ni de savoir si la correction était légitime/appropriée ou non. Le contributeur peut ouvrir la page Wikipédia dans son navigateur, éditer le wikicode, coller le contenu du texte de WPCleaner et afficher les différences en cliquant sur le bouton « Voir les modifications ». Mais c'est un peu long ; tout le monde n'aura pas la présence d'esprit et la patience de faire cela. Par ailleurs, l'utilisateur de WPCleaner peut très bien ne pas du tout se rendre compte qu'une modification automatique a été appliquée et donc introduire une erreur manifeste lors de l'enregistrement de la page, sans le savoir.
Dans notre exemple, on peut trouver des syntaxes alternatives (ou d'autres astuces) qui ne déclenchent pas, pour WPCleaner, d'erreur "corrigée" automatiquement, mais les solutions ne sont pas forcément plus simple, par exemple 
ou plus proche de l'esprit du code initial {{safesubst:#ifeq:  | oui | ~~~~ | non signé }}
En conséquence, je suggère que WPCleaner n'applique plus par défaut ces modifications de balises vides pour les balises de type noinclude (recherche insource:/\<noinclude\>\<\/noinclude\>/), includeonly et onlyinclude. Ou peut-être, qu'il se limite à l'espace des articles. L'espace des modèles est le plus sujet à ce type de bourdes mais certaines sous-pages de projets pourraient être concernées. D'autres avis ? — Ideawipik (discuter) 21 septembre 2022 à 17:07 (CEST)
replies: text: Bonjour Ideawipik. Je vais restreindre les remplacements automatiques à l’espace principal, et désactiver les modifications automatiques pour includeonly et noinclude. --NicoV (discuter) 24 septembre 2022 à 20:18 (CEST)
thread_title:  Précautions sur les corrections automatiques dans certaines pages comme les modèles (CW 85) 

message: Salut tout le monde ! Pour ceux que ça peut intéresser, je pense sérieusement à réécrire WPCleaner pour repartir sur une base de code plus moderne et plus maintenable. Si vous souhaitez être informé des progrès (ils risquent d'être lents...), et participer en donnant des retours, en testant... vous pouvez ajouter la page :en:Wikipedia talk:WPCleaner/Next Generation à votre liste de suivi. NicoV (discuter) 13 décembre 2022 à 00:18 (CET)
replies: text: Bonne idée mais bon courage  ! Je l'ai mise en LDS mais n'hésite pas si besoin.  — Antimuonium U wanna talk? 13 décembre 2022 à 07:33 (CET)
replies: text: Idem ! Grand utilisateur de WPC, je ne peux qu'applaudir des 2 mains et 2 ailes ! Full support. Hyméros --}-≽ ♥ 13 décembre 2022 à 20:59 (CET)
thread_title:  WPCleaner Next Generation