Discussion Projet:Scripts et gadgets/Rapport de bug

Projet

Fonctions disponibles

Notices

Discussion

Rapport de bug

Demande de fonction

PROJET SCRIPTS ET GADGETS

Centraliser les fonctions JavaScript et CSS pour éviter la dispersion du code.

Cette page de discussion sert à signaler un bug détecté dans l'une des fonctions disponibles.

• Si vous souhaitez demander une fonction qui n'existe pas déjà, utilisez la page de demande de fonction.
• Pour toute autre demande, utilisez la page de discussion principale du projet.

Archives

Archive 1

Archive 2

HotCatsMulti

Dans la même logique que le message précédent, il semble qu'une mise à jour ait cassé une fonctionnalité de ce gadget. Il ne marche plus sur les pages pas encore créés, contrairement à avant. Ce n'est peut-être pas sa fonction première, qui est de ajouter/supprimer/modifier à la volée des catégories sur les articles existants, mais ça me permettait d'ajouter les catégories par ce biais quand je créais un article ou une catégorie, sans à avoir à vérifier manuellement ou prévisualiser X fois la page pour vérifier que le nom de la catégorie était la bonne. Est-ce que ça serait possible de ré-avoir cette possibilité ? Merci — Rhadamante 4 décembre 2014 à 20:43 (CET)

Onglet « Référence »

Sur Google Chrome 40.0.2214.111, la page Javascript en:Wikipedia:RefToolbar/2.0/porting utilisée sur la Wikipédia francophone présente un bug. Voir le lien ci-dessus. Merci de votre aide.

Cordialement. --Etiennekd (d) 16 février 2015 à 21:37 (CET)

Remarque : bug confirmé sur le Bistro d'aujourd'hui. — Oliv☮ ^{Éppen hozzám?} 19 mars 2015 à 19:37 (CET)

Bandeaux, portails et catégories n'apparaissent plus sous IE9

Problème repéré depuis début août, signalé et re-signalé sur wp:qt. Sans effet. Oliv☮ vient de nous suggérer de soumettre le problème ici. Merci d'avance. — Ariel (discuter) 10 septembre 2015 à 10:58 (CEST)

 Ariel Provost : je suggérais aussi « en indiquant les erreurs JavaScript (il faut activer les notifications, apparemment de la façon expliquée ici dans la partie déroulante « Désactiver ») ». — Oliv☮ ^{Éppen hozzám?} 10 septembre 2015 à 11:17 (CEST)

Ajout :  Trizek (WMF) : les liens de signalement ci-dessus indiquent tous phab:T52830 « Debug mode causes different rendering of CSS in IE9 », est-ce que c'est sûr que c'est en rapport avec tout ce qui est décrit ? — Oliv☮ ^{Éppen hozzám?} 10 septembre 2015 à 11:24 (CEST)

J'ai réactivé les rapports de bug JavaScript d'IE9 mais il n'en voit pas pour mes pages Wikipédia. — Ariel (discuter) 10 septembre 2015 à 15:00 (CEST)

GlobalWatchlist

Bonjour,

J'utilise ce gadget (Préférences>Gadgets>Suivi>GlobalWatchlist) depuis longtemps mais il ne semble plus fonctionner chez moi depuis un ou deux jour(s) et sans que je n'ai fait aucune modification. Le problème est que l'unique wiki sélectionné est devenu fr.wiki.x.io (ce qui me donne ma liste de suivi sur fr, donc ne me sert à rien) et qu'il m'est impossible de sélectionner d'autres wikis (ex : de.wiki.x.io), rien à faire, ça veut pas. Quelqu'un d'autre a le même problème ? Et tant qu'à faire quelqu'un aurait une solution ? :o) Merci d'avance et bonne journée. Musicaline ^[Wi ?] 11 janvier 2016 à 07:01 (CET) PS : Actuellement, j'utilise Chrome.

Bonjour,

Je voulais juste signaler une solution que j'ai trouvée pour continuer à utiliser ce gadget très utile. J'ai eu le même problème avec Firefox, donc le problème ne vient pas du navigateur.

Ma solution : désactiver l'option dans Préférences/Gadgets et copier le code source dans sa page globale Javascript (accessible dans Préférences>Apparence>Javascript commun à tous les wikis).

Le script fonctionne à nouveau, et maintenant sur tous les sites auxquels je suis inscrit, moyennant un paramétrage sur chacun des sites, probablement en raison des cookies propres à chaque site.

--Djiboun (discuter) 8 mai 2016 à 11:55 (CEST)

Je signale que ce gadget ne fonctionne plus depuis plusieurs mois. Est-ce que quelqu'un à le meme problème ? Et encore mieux : est-ce qu'un spécialiste de javascript pourrait y jeter un oeil pour faire fonctionner ce gadget très pratique lorsqu'on s'intéresse aux différents projets Wikimedia ? Djiboun (discuter) 12 avril 2019 à 09:16 (CEST)

Je viens de tester rapidement et chez moi ça semble fonctionnel, avec Firefox et Chrome.

Des erreurs dans la console javascript ? Serait-il possible de fournir le résultat de la commande suivante ?

mw.loader.using('mediawiki.cookie', function () {
    alert('GlobalWatchlist : ' + mw.cookie.get('GlobalWatchlist') + '\n'
        + 'GlobalWatchlistOptions : ' + mw.cookie.get('GlobalWatchlistOptions') + '\n'
        + 'GlobalWatchlistTimeCorrection : ' + mw.cookie.get('GlobalWatchlistTimeCorrection'));
});

od†n ↗^blah 12 avril 2019 à 11:43 (CEST)

MonobookToolbarPatrouille

Bonjour, je rencontre un problème avec le gadget cité dans le titre. C'est sûrement une erreur ou un oubli de ma part. J'utilise safari, donc sur mobile en version bureau. J'ai activé la barre d'outils améliorée, ForceToolbar et le gadget. Je ne possède que ceux-ci en plus de ceux par défaut. J'ai tenté de désactiver la barre d'outils améliorée, mais rien n'y fait. Cordialement, CastelRune - PatrouilleRC - Me parler 27 février 2016 à 08:31 (CET)

Problème de placement du bandeau avec le gadget xpatrol

Bonjour,

je constate le même problème que celui qui était présent avec BandeauxEbauches.

Ce diff illustre le comportement en question.  Arkanosis — Metamorforme42 (discuter) 1 décembre 2016 à 20:13 (CET)

Echec du changement dans la page Discussion:Stolen Sweethearts/Suppression

Lors d'une clôture en suppresion sur cette page et celle-ci uniquement, une boite de dialogue apparaît avec comme message "Echec du changement dans la page Discussion:Stolen Sweethearts/Suppression". La demande de SI est faite, par contre. My two cents Altmine (discuter) 20 janvier 2017 à 11:00 (CET)

Demande légitime

Bonjour à tous et à toutes !
Nous souhaiterons que vous rendiez ces gadgets compatibles avec le nouveau mode de wikitexte :

1. La compatibilité du gadget DotsSyntaxHighlighter au nouveau mode de wikitexte actuellement en bêta
2. La compatibilité du gadget Quick Preview au nouveau mode de wikitexte actuellement en bêta

J'espère que vous pourrez rendre cela possible. — Menthe à l'eau - 7 juin 2017 à 13:23 (CEST)

Activation des gadgets ajoutant les caractères spéciaux

Les gadgets « CaracteresMagic » et « CaracteresParser » semblent inopérants, après leur activation respective au sein de mes préférences. Je n'ai trouvé aucune documentation (me) permettant d'approfondir leurs spécificités, malheureusement. Je considère, à l'heure actuelle, que ceux-ci devraient apparaître dans le volet « caractères spéciaux » de la barre d'outil d'édition. Est-ce cela ? J'utilise le style par défaut - Vector. Merci. --Rdarovare 3 août 2017 à 16:57 (CEST) — Le message qui précède, non signé, a été déposé par Rdarovare (discuter), le 3 août 2017 à 16:57 (CEST)

 Rdarovare : chez moi ces extensions fonctionnent correctement. Mais il faut sélectionner l'item adéquat tout en bas du menu déroulant (qui affiche « wiki » par défaut lorsque l'on arrive sur la page de modification). — Zebulon84 (discuter) 4 août 2017 à 12:42 (CEST)

 Zebulon84 : Les items de la liste sont les suivants : latin ; latin étendu ; API ; symboles ; grec ; grec étendu ; cyrillique ; arabe ; arabe étendu ; hébreu ; bengalî ; tamoul ; télougou ; cingalais ; dévanagari ; gujarâti ; thaï ; laotien ; khmer ; Aborigène canadien. Point de « wiki » - malheureusement ! Est-ce au sein de cette liste que cela devrait se trouver ? Histoire de m'assurer que je regarde au bon endroit. --Rdarovare 7 août 2017 à 14:54 (CEST) — Le message qui précède, non signé, a été déposé par Rdarovare (discuter), le 7 août 2017 à 14:55 (CEST)

En marge du propos précédent : bizarrement, ma signature n'est jamais formatée correctement, malgré l'emploi du bouton ad hoc. --Rdarovare 7 août 2017 à 14:58 (CEST) — Le message qui précède, non signé, a été déposé par Rdarovare (discuter), le 7 août 2017 à 14:58 (CEST)

 Rdarovare : Préférences >> Signature >> Décocher "Signature en mode texte brut ou insérer votre signature avec le format approprié dans le champ "Nouvelle signature :" [[Utilisateur:Rdarovare|Rdarovare]] ([[Discussion Utilisateur:Rdarovare|discuter]])". — Le message qui précède, non signé, a été déposé par Brclz (discuter), le 7 août 2017 à 15:48 (CEST)

 Brclz : Merci. J'ai compris, après coup, que le souci de signature venait du format d'affichage. J'ai désactivé le paramétrage. --Rdarovare (discuter) 9 août 2017 à 11:00 (CEST)

 Rdarovare : je n’ai pas non plus reçu la notification.

Bizare pour la liste, non connecté j'ai « Wiki, Math, API, Latin, Grec, Cyrillique, AHD, Diacritiques, Allemand, Arabe, Berbère, Catalan, Croate, Espagnol, Espéranto, Estonien, Gallois, Hawaïen, Hébreu, Hiéroglyphes, Hongrois, Indo-européen, Irlandais, Islandais, Italien, Letton, Lituanien, Maltais, Navajo & Apache, Néerlandais, Pinyin, Polonais, Portugais, Romaji, Roumain, Scandinave, Tchèque, Turc, Vieil anglais, Vietnamien, Yiddish ». Connecté avec les 4 gadgets de la section « Caractères spéciaux (aide) » la liste est la même mais avec « HTML, Magic words, Parser functions » en plus à la fin (ceci avec Vector et Monobook, la dernière version de Firefox et Windows 10). Je donne ma langue au chat — Zebulon84 (discuter) 7 août 2017 à 23:36 (CEST)

 Zebulon84 : La notification est-elle parvenue, cette fois ci ? J'utilise Chrome comme navigateur principal - v59.0.3071.115 (64 bits). Suite à ta remarque, j'ai vérifié sur Firefox 54.0.1 (64 bits). Le constat est le même, malheureusement. Mystère... :( A noter que seuls les deux gadgets mentionnés sont activés sur mon compte. Merci quand même.

--Rdarovare (discuter) 9 août 2017 à 11:00 (CEST)

Résumé Deluxe : ne fonctionne pas avec l'éditeur visuel lorsqu'on modifie une 2ème fois la même page

Bonjour,

Tout est dans le titre.

Exemple :

• modifier une page avec l'éditeur visuel (par exemple le bac à sable), ajouter du texte et sauvegarder
• cliquer sur modifier pour modifier à nouveau la page avec l'éditeur visuel, ajouter du texte et cliquer sur le 1er bouton sauvegarder

Résultat : les liens de ResumeDeluxe ne fonctionnent plus. The RedBurn (ϕ) 1 novembre 2017 à 16:11 (CET)

Bonjour The RedBurn

Je n'ai pas eu ce problème sous Firefox dernière génération.

Trizek ^bla 30 novembre 2017 à 12:37 (CET)

@Trizek : bizarre, je viens de retester avec Firefox 57 (même sous un autre profil) et Chrome 62, j'ai toujours le problème. Idem sur :en. Lors de la 2ème sauvegarde, ResumeDeluxe fonctionnait toujours chez toi ? The RedBurn (ϕ) 30 novembre 2017 à 12:55 (CET)

Peut-être une incompatibilité avec un autre script ou gadget ? Je n'ai pas la solution, étant une bille en technique, mais savoir que ça marche pour un utilisateur sur deux, c'est une piste pour un éventuel conflit de scripts. Trizek ^bla 30 novembre 2017 à 14:28 (CET)

Je viens de tester avec un autre compte sans gadgets ni scripts avec Firefox et Chrome et j'ai le même problème. Personne d'autre n'a ce problème lors de la 2ème édition consécutive de la même page (sans la quitter ni la recharger) ? The RedBurn (ϕ) 16 avril 2018 à 13:14 (CEST)

J'ai aussi le problème, mais ce n’est pas systématique en fait. Trizek ^bla 16 avril 2018 à 14:13 (CEST)

C'est étonnant que ce ne soit pas systématique chez toi. Sur ces captures (1ère sauvegarde en haut, 2ème en bas) on voit que le click n'est plus ajouté, d'où le problème. Alors que text et attr le sont. The RedBurn (ϕ) 17 avril 2018 à 10:12 (CEST)

Ce bug est corrigé depuis peu, peut-être grâce aux modifications d'@od†n ? The RedBurn (ϕ) 22 novembre 2022 à 17:06 (CET)

Tout à fait ! od†n ↗^blah 22 novembre 2022 à 18:15 (CET)

Question sur les Questions techniques

Voir Wikipédia:Questions_techniques/semaine_48_2017#Gadget-tooltipRef, merci ! Trizek ^bla 30 novembre 2017 à 12:36 (CET)

problème pour importer du code sur mon js commons

bonjour on a voulu copier le code du js commons de Nattes à chat (d · c · b) sur mon js commons pour qu j'ai les mêmes fonctionnalités mais cela ne marche pas. Quelqu'un peu aider?--Lezecoto (discuter) 15 janvier 2018 à 09:56 (CET)

Bonjour  Lezecoto, j'ai corrigé ton common.js où l'un des script était importé deux fois (ce qui peux générer des bugs). Peux-tu préciser ce qui ne marchait pas ? Quel fonctionnalité était manquante ? merci. Prométhée (discuter) 15 janvier 2018 à 22:47 (CET)

Merci Prométhée de ton aide.

Une fois importé, le common.js n'apparaît pas sur la barre à côté de Plus.

--Lezecoto (discuter) 16 janvier 2018 à 10:19 (CET)

Je suis pas sûr de comprendre ce que tu attend, le common.js n’apparaît jamais dans l'onglet "Plus". Peut-être parles-tu d'un gadget spécifique ( Nattes à chat : peut être as-tu une idée de la fonctionnalité que Lezecoto souhaite importer) ? Prométhée (discuter) 16 janvier 2018 à 20:54 (CET)

@Prométhée et @Nattes à chat je voudrais pouvoir ajouter des fonctionnalité pour évaluer et mettre des bandeaux sur les articles comme Nattes à chat. D'autre part, je ne sais pas comment retrouver mon commons js de façon simple et rapide. Pourrais-tu m'expliquer?--Lezecoto (discuter) 9 avril 2018 à 09:46 (CEST)

Ton common.js est toujours ici : Utilisatrice:Lezecoto/common.js (copie/colle le lien sur ta page utilisateur si tu ne veux pas le perdre. En revanche, je ne sais pas de quel script tu veux parler, peut tu me préciser le nom (est-ce celui-là : Evaluation)? Prométhée (discuter) 9 avril 2018 à 20:02 (CEST)

DeluxeHistory et filtres de la liste de suivi

Bonjour

Les filtres pour les listes de suivi, actuellement en Beta, vont bientôt être activés par défaut pour tous les utilisateurs (avec une option pour les désactiver individuellement). Je les teste donc pour voir s'ils marchent aussi bien que souhaité. (Globalement, ça fait le job et même mieux : je peux à présent avoir des listes de suivi thématiques sauvegardées en fonction des profils d'utilisateurs ou les espaces de noms.)

J'utilise DeluxeHistory qui colore automatiquement les modifications et qui m'évite d'utiliser le surlignage des modifications (que je préfère garder pour identifier la qualité des modifs). Or il y a un double souci de compatibilité :

• les filtres colorent par dessus DeluxeHistory, ce qui donne des mélanges qui deviennent rapidement indigestes (ce problème n'est pas présent quand les modifications sont groupées)
• Plus aucun surlignage ne s'affiche quand la page a été rechargée par le lien « Afficher les modifications les plus récentes », tant celui effectué par DeluxeHistory que par les filtres. Il faut rafraîchir toute la page.

Pour le premier point, une piste possible serait de changer le surlignage par un fond coloré pour une bordure à gauche (10px de large + 5px de padding, ça donne un truc (à peu près) lisible). On conserve ainsi la coloration graphique par type d'utilisateur et la possibilité de surligner. Pour le second point, je n’ai pas d'idée. :)

Vu qu'il s'agit d'un gadget assez utilisé (dans le top 3 des gadgets activés et activement utilisés), il serait bon de le mettre à jour.

Merci d'avance ! Trizek ^bla 30 mai 2018 à 11:01 (CEST)

Premières investigations, qui m'ont déjà pris assez de temps :

• Pour tester si la fonctionnalité est activée : mw.user.options.get('rcenhancedfilters') (sans oublier la dépendance ResourceLoader "user.options")
• Hook à l'initialisation : structuredChangeFilters.ui.initialized
• Hook à la colorisation : RcFilters.highlight.enable

Merci pour ton rapport ma foi très bien rédigé. Par contre, ça aurait été bien de prévenir plus tôt. C'est en projet depuis novembre 2017, et aujourd'hui, l'activation est prévue d'ici un mois… cf. phab:T181193.

od†n ↗^blah 30 mai 2018 à 18:37 (CEST)

Pour moi aussi, c'est clair que ce truc sera désactivé sur le champ (autant pour les RC s'est parfois utile (possibilité de filtrer par balise, notamment), autant pour la LdS, les quelques avantages ne compensent absolument les désavantages de ce truc (avant tout horriblement lent).

Mais j'ai une remarque à faire par rapport à la proposition de la petite bande colorée à gauche, je verrais plutôt le contraire, car le surlignage apporté par DeluxeHistory est bien plus important pour moi que les surlignages venant des filtres personnalisés.

La raison est simple, DeluxeHistory permet de mettre en couleur, et de simplifier la lecture tant des historiques que de la liste de suivi.

Essayer de lire une grosse liste de suivi sans DeluxeHistory, c'est assez fatiguant.

L'autre jour, j'ai du fouiller des historiques de Wikidata pour virer des vieux vandalismes, et bien il m'a bien manqué ce gadget DeluxeHistory (pas trouvé d'équivalent sur Wikidata).

Pour moi, les filtres viennent en plus, mais dans l'idée, DeluxeHistory reste prioritaire, car c'est le premier "filtre" visuel pour moi (avec les point d'exclamations des modifications non patrouilllées).

En tout cas, avec l'idée envisagée par Trizek, tout l’intérêt de DeluxeHistory est perdu pour moi, car c'est avant tout utile pour trier du premier coup d'oeil, et éviter de devoir chercher dans une masse de lignes de couleur blanche, telle que visible sur la capture d'écran.

Après, effectivement, le délai me semble aussi un peu court pour un truc aussi délicat que la LdS, et surtout, je crains une très très forte réaction dès que ce truc sera passé par défaut (même si on peut le désactiver), car autant pour les RC, que la plupart des contributeurs utilisent très peu, la Lds, c'est autre chose.

Bref, pour moi, le problème principal reste que c'est encore un truc bourré de JavaScript, alors que le JavaScript est une plaie pour les ordinateurs un peu poussifs, et en général.

Mais il me semble que cela fait un moment que toutes les nouveautés nécessitent JavaScript (pour certaines comme la coloration syntaxique (CodeMirror), c'est logique, mais d'autres outils, comme la recherche avancée ou les filtres "tout JavaScript" pour les RC ou la LdS, c'est absurde.

Bref, je comprend la lassitude d'Od1n, et je la partage totalement.

--Tractopelle-jaune (discuter) 31 mai 2018 à 15:54 (CEST)

Je comprends vos réactions et, en même temps, je trouve dommage de blâmer la décision d'activer cette fonctionnalité par défaut, alors que personne n'ai pris le temps de tester cette fonctionnalité Beta avec le gadget (qui fonctionne aussi sur les RC), ou, que dans les 3 265 utilisateurs qui l'utilisent, personne n'ai pris le temps de faire ce retour. Il est facile d'accuser ceux qui n'ont pas la responsabilité du problème : on parle ici d'un gadget local face à un déploiement général. C'est en tout cas ainsi que je perçois vos messages et je trouve cela dommage. :( Trizek ^bla 1 juin 2018 à 10:09 (CEST)

Je suis d'accord avec toi Trizek, je me plie au mouvement global, tant que je peux désactiver, c'est acceptable pour ma part. J'aurais même bien voulu mettre à jour le gadget. Mais là, je peux pas. Ou alors faut me trouver un appart en urgence à Reims. od†n ↗^blah 1 juin 2018 à 11:24 (CEST)

Je ne blâme pas ton indisponibilité, od†n ! Nous somme tous bénévoles et je suis certain que d'autres bénévoles pourront jeter un œil à ce souci.

Bon courage avec les bulldozers. J'ai vécu ça et je ne le souhaite à personne. Trizek ^bla 1 juin 2018 à 11:43 (CEST)

Proposition regroupement pages

Vu la faible activité de cette page (peu de messages, et je suppose également peu suivie), je pense qu'il faudrait la fusionner dans la page de discussion principale, qui est de facto la page de signalement de bugs…

Sur le papier, une distinction avec une page pour les discussions générales et une page pour les signalements de bugs, c'est très bien et je serais clairement d'avis à soutenir, mais malheureusement cela semble ne pas avoir super bien fonctionné en pratique.

od†n ↗^blah 6 juillet 2018 à 14:59 (CEST)

Boutons en double dans la barre d'édition

Bonjour,

Depuis quelques temps, les boutons de base de la barre d'édition sont ajoutés en double par le gadget MonobookToolbarStandard (code), ce qui donne ceci (boutons de base encadrés):

Je suppose que c'est parce qu'il a été crée pour être combiné à la barre d'édition améliorée et au gadget ForceMonobookToolbar (code).

Je propose de modifier MonobookToolbarStandard pour n'ajouter les boutons de base que lorsque le gadget ForceMonobookToolbar est activé. The RedBurn (ϕ) 13 juillet 2018 à 11:38 (CEST)

La solution actuelle est de désactiver la toolbar classique dans les préférences. Mais je suis d'accord avec ce que tu proposes.

Par contre je crois que ce qu'il faut tester, c'est la présence de la toolbar classique, c'est-à-dire : toolbar classique activée et toolbar améliorée désactivée (l'activation de la seconde désactivant la première).

Bon courage à ceux qui se pencheront là-dessus, parce que honnêtement, c'est un sacré merdier.

od†n ↗^blah 13 juillet 2018 à 20:05 (CEST)

Curseur dans les outils wiki

Bonjour. J'ai posé la question sur le Bistro et Arkanosis (d · c · b) suggère de m'adresser plutôt ici : depuis le passage à la couleur quand je modifie le wikicode, un petit désagrément est apparu : quand j'utilise les fonctionnalités de la barre wiki, telles que #REDIRECTION [[]] ou <small></small>, le curseur ne se place plus entre les balises de façon à taper tout de suite le texte au bon endroit, du coup je me fais régulièrement avoir à écrire en dehors, par habitude. Est-ce un bug ou une "évolution" inéluctable ? Je précise qu'il n'y a pas d'urgence car je suppose que je pourrais aussi m'obliger à taper ces balises après avoir tapé le texte mais des habitudes de plus de onze années ont la peau dure... Au passage, un grand merci à tous les dévelopeurs qui nous font ces beaux outils !--Cbyd (discuter) 3 août 2018 à 13:32 (CEST)

Merci Cbyd

Petite précision pour qui voudrait creuser le problème : la coloration syntaxique qui pose problème est celle fournie par mw:Extension:CodeMirror.

Je reproduis le souci chez moi très facilement.

Amicalement — Arkanosis ^✉ 3 août 2018 à 13:41 (CEST)

La commande sous-jacente est "textSelection encapsulateSelection", qui est utilisée de façon tout à fait conventionnelle. C'est donc un souci de compatibilité entre ce script et CodeMirror, qui serait à signaler sur Phabricator si ce n'est déjà fait. od†n ↗^blah 21 février 2019 à 20:45 (CET)

Boutons en double

Bonjour, lors de ma série de PàS de ce jour, j'ai remarqué que les groupes de boutons "Supprimer - SI ..." et "Proposer à la suppression - ..." se retrouvent en double... Cordialement, --Chris a liege (discuter) 21 février 2019 à 02:23 (CET)

Bonjour,

Tu avais une ligne pour charger le gadget à la fois dans Utilisateur:Chris a liege/common.js et Utilisateur:Chris a liege/vector.js. Je l'ai enlevé de la deuxième page.

Orlodrim (discuter) 21 février 2019 à 08:23 (CET)

J'ai corrigé pour deux autres utilisateurs. Normalement, il n'y en a pas d'autres, sauf s'ils utilisent des méthodes indirectes pour charger des scripts. Orlodrim (discuter) 21 février 2019 à 09:19 (CET)

C'est effectivement un effet de bord de 156906104 auquel je n'avais pas pensé. importScript() empêche les chargements en double, mw.loader.load/using() aussi, mais on a un chargement en double si les deux méthodes sont utilisées… et évidemment ça n'a pas raté ^^

Merci Chris a liege pour le signalement et Orlodrim pour les corrections. Du coup, on laisse le 156906104 ?

od†n ↗^blah 21 février 2019 à 13:17 (CET)

Le problème de double chargement préférences + javascript perso est plus courant que celui-là, donc je pense que le changement est globalement positif. Orlodrim (discuter) 21 février 2019 à 18:07 (CET)

Plus courant, et aussi impossible à détecter pour qui voudrait vérifier les pages utilisateur et les corriger… Merci pour la confirmation :) od†n ↗^blah 21 février 2019 à 20:32 (CET)

 Orlodrim : Comment as-tu procédé pour vérifier les pages utilisateur ? La tâche, bien que tout à fait réalisable, semble quand même relativement complexe. Penses-tu avoir été proche de l'exhaustivité ? Corollaire de la question précédente, penses-tu qu'une requête RBOT serait pertinente ou au contraire superflue ? od†n ↗^blah 23 février 2019 à 00:18 (CET)

J'ai extrait les scripts de l'espace utilisateur du dernier dump, j'ai fait une table des gadgets chargés avec chaque méthode par chaque utilisateur (pourvu que l'argument de importScript ou obtenir soit une simple chaîne de caractères) et j'ai extrait ceux chargés par les deux méthodes à la fois. Je n'ai trouvé que la page de Chris a liege, les deux pages que j'ai corrigées et un doublon MoveResizeAbsolute entre Utilisateur:Dr Brains/MoveResizeAbsolute.js et Utilisateur:Dr Brains/ImageViewer.js. Sauf bug, ça devrait être assez complet. Bon, je n'ai quand même pas analysé ça récursivement, par exemple "importScript('Utilisateur:Dr Brains/MoveResizeAbsolute.js'); importScript('MediaWiki:Gadget-MoveResizeAbsolute.js')" dans les scripts d'un autre utilisateur ne serait pas détecté. Orlodrim (discuter) 23 février 2019 à 06:40 (CET)

Problème avec le gadget Searchbox

Bonjour

J'ai toujours eu (depuis des années) des problèmes avec le gadget Searchbox (Préférences/Gadgets/Zone d'édition/Searchbox) qui permet d'ajouter les fonctionnalités « rechercher et remplacer », « changer de casse », « trier par ordre alphabétique » et « aller à la ligne n° » : ses boutons n'apparaissent pas tout le temps (ça semble arriver à d'autres d'ailleurs)...

Est-ce qu'il y a une solution à ce problème ? C'est peut-être un conflit avec un autre gadget, j'en ai plein d'activés, mais je n'arrive pas à savoir lequel pourrait entrer en conflit, la bug étant aléatoire.

Voir aussi la discussion sur le bistro.

Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 14 mars 2019 à 13:45 (CET)

Bug outil de purge/convertRevision xpatrol

Salut, n'y aurait-il pas un bug au niveau de la fonction xpatrolAskForPurge de xpatrol et plus particulièrement dans convertRevision ? Car j'obtiens le message d'erreur ("Bravo...") relatif à l'appel de cette fonction lorsque je tente de demander une purge... A priori, cette fonction marchait encore le 27 mars 2019 mais j'ai remarqué ce bug le 2 avril personnellement. Dû à un changement dans Media Wiki ? Merci. Bonne journée.----ɄΓDO‾CЬ^WTH? 9 avril 2019 à 07:39 (CEST)

Le bug vient des « | », « ( » et « ) » qui sont maintenant produits avec du CSS ::before et ::after. La rustine dégueulasse correction ne semble pas tout à fait évidente… Je pense qu'il est vraiment plus que temps de passer à l'API… od†n ↗^blah 9 avril 2019 à 08:23 (CEST)

Ou peut-être mieux encore : pourquoi ne pas simplement parser le DOM ? od†n ↗^blah 9 avril 2019 à 08:42 (CEST)

Je viens de procéder à une refonte assez conséquente de la fonction en question.

Quelques remarques :

• L'utilisation de l'API n'aurait pas été vraiment plus simple, car celle-ci ne fournit pas toutes les informations (date formatée, taille du diff), donc il aurait fallu faire un mix avec le parsage DOM comme ici. Et la seule partie compliquée concerne les commentaires et autocommentaires, qui auraient été tout aurant difficiles à traiter avec l'API (rvprop=parsedcomment).
• Après avoir quand même tenté de les conserver, j'ai désactivé tout ce qui est production de liens dans les commentaires affichés. Beaucoup trop de bugs et d'edge cases à considérer. Même dans le code source de MediaWiki c'est la pagaille. De plus la fonctionnalité ne me semble pas cruciale, et on peut avoir les liens en allant sur le "vrai" diff. Donc on s'en tient à un comportement simple et sans surprise, affichage du texte dénué des liens. En substance on passe de innerHTML à textContent, et même après ça il y a encore de l'escaping à faire…
• (à noter que, comme avant ma refonte, il reste encore les liens suivants : dans le modèle généré (et contrairement aux résumés de diff), les URL (i.e. http://) sont automatiquement transformées en liens externes. Ce n'est qu'une des nombreuses différences de parsage entre le wikitexte et les résumés de modifs…)
• En plus du parsage plus robuste, améliorations diverses : rapport d'erreur plus détaillé, interruption traitement en cas d'erreur.

Vos tests seraient grandement bienvenus. Et bien entendu, ping Utilisateur:Arkanosis

od†n ↗^blah 11 avril 2019 à 06:06 (CEST)

Bug du gadget popups

Bonjour

Ça fait plusieurs mois que j'ai parfois ce bug avec le gadget Popups (voir vignette).

Je ne sais pas vraiment comment il apparaît, peut-être en faisant un clic droit et en bougeant la souris (?). Pour le faire disparaître, il faut actualiser la page.

Je suis sur Windows 7, avec Chrome version 73.0.3683.103 (Build officiel) (64 bits).

Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 22 avril 2019 à 23:21 (CEST)

SearchBox

Je ne sais pas s'il s'agit d'un bug, mais bien que j'aie coché "SearchBox" dans Mes Préférences, cette fonctionnalité ne s'affiche pas en "Modification de Code". Y a-t-il autre chose à faire ? Merci pour vos explicatioins. --Corty2 (discuter) 20 mai 2019 à 14:08 (CEST)

Elle s'affiche bien chez moi sur habillage Vector, et rechercher / remplacer, modifier la casse, ou trier des lignes fonctionne bien. JackPotte ($♠) 20 mai 2019 à 19:14 (CEST)

Bug dans l'éditeur de texte de Special:Abusefilter

Bonjour (et @Arkanosis et @0x010C à qui j'en ai parlé hier),

Pas sûr que ce soit le bon endroit. Je ne me souviens l'avoir rencontré que sur Spécial:Filtre_antiabus/133, mais je rencontre un bug d'affichage dans l'éditeur de texte/code du contenu du filtre.

Au niveau de la ligne 1 (qui est très longue), si je clique tout à la fin, après le dernier caractère, pour en insérer d'autres, mon curseur de souris apparaît bien à l'endroit désiré (cliqué), mais lorsque j'écris, les caractères s'insèrent environ cinq caractères en amont (à gauche), donc pas là où j'ai cliqué, ni là où apparaît mon curseur. Ce qui complique beaucoup la saisie.

Le bug n'apparaît pas si j'écris vers le début de la ligne, mais apparaît aussi vers le milieu de celle-ci.

Je peux envoyer une capture d'écran sur demande, en privé (puisque c'est un filtre caché au public).

Amicalement, — Jules ^Discuter 7 octobre 2019 à 10:00 (CEST)

Après plusieurs tests, le bug semble n'apparaître dans la ligne qu'après les caractères en sanskrit. — Jules ^Discuter 7 octobre 2019 à 10:05 (CEST)

J'ai le même bug sur mon Firefox 69, je pencherais pour une fonction JS à remplacer par son équivalent en multi-octet. JackPotte ($♠) 7 octobre 2019 à 15:05 (CEST)

Merci d'y avoir jeté un œil. En attendant, j'ai déplacé les caractères sanskrit (deux groupes différents) en fin de chaîne de caractères pour que cela soit moins gênant. — Jules ^Discuter 7 octobre 2019 à 15:23 (CEST)

Hello

Le problème semble connu upstream (dans AceEditor). Malheureusement, cela traîne depuis au moins 2011, malgré un patch de Brion Vibber…

Amicalement — Arkanosis ^✉ 7 octobre 2019 à 15:58 (CEST)

Carte interactive

Bonjour,

Je me permets de vous faire remonter ce problème de scripts, probablement relatif à une grosse carte interactive.

Bien à vous, --Le Silure (discuter) 14 juin 2020 à 21:15 (CEST)

À mon avis, on ne peut pas faire grand chose, dans la mesure où 243 entités Wikidata sont récupérées pour obtenir les coordonnées des points… od†n ↗^blah 15 juin 2020 à 03:35 (CEST)

Peut-être est-il possible de faire quelque chose en remplaçant getEntity() par getBestStatements() ou getAllStatements(). J'ai essayé vite fait, mais cela retourne quelque chose de très différent. od†n ↗^blah 15 juin 2020 à 03:44 (CEST)

Merci d'avoir regardé ça. C'est quand même curieux que la page charge à certains moments et buggue à d'autres. En tous cas, prévenez-moi si vous trouvez quelque chose ou abandonnez les recherches. --Le Silure (discuter) 17 juin 2020 à 18:15 (CEST)

Fonction déwikifier de Projet:Scripts et gadgets/Notices/PaStec HS

Bonjour, le bouton qui permet habituellement de supprimer les liens rouges après une clotûre ne semble plus fonctionner. Je l'ai fait ce matin pour une trentaine de pages en semi-manuel avec AWB, mais ce serait beaucoup plus pratique si cette fonctionnalité était à nouveau disponible. Avez-vous des idées ? Voici trois exemples où les liens sont encore présents, si vous voulez essayer vous même. Bien cordialement, AB Louis ^{discussion, mail.} 17 juin 2020 à 09:38 (CEST)

Il m'affiche pour chaque page "La page « x » est protégée, non modifiable, ce qui n'est évidemment pas le cas. D'autres ont-ils ce même problème ? Je notifie @Ruyblas13 et @HenriDavel, deux habitués des PàS. AB Louis ^{discussion, mail.} 17 juin 2020 à 22:22 (CEST)

Quelqu'un aurait une idée ? Je suis un peu bloqué pour les PàS en ce moment à cause de cela. Peut être n'est-ce qu'une erreur de paramètrage de mon côté ? AB Louis ^{discussion, mail.} 18 juin 2020 à 21:29 (CEST)

Projet:JavaScript/Notices/refErrors

Bonjour, voici un extrait d'une discussion menée récemment avec Crijam (qui n'est pas un novice loin s'en faut !)

Deux éléments se dégagent :

1. Le bouton Actualiser n'est pas présent sur tous les claviers AZERTY, il est alors remplacé immédiatement à gauche de l'adresse URL de WP par un logo formé d'une flèche tournant presque complètement dans le sens horaire ;
2. L'onglet « Plus » n'est pas présent selon les différentes « Préférences ».

Ces deux éléments mériteraient pour toute la communauté de figurer dans la documentation.
 Arcyon37 et Harrieta171 : qui utilisent ce script et ont déjà été confronté comme moi à un problème à propos de ce script Projet:JavaScript/Notices/refErrors (dont je ne me souviens pas du contributeur qui nous avait aidé), sont notifiés.
--Cordialement. 6PO (discuter) 30 octobre 2020 à 19:26 (CET)

Lien cassé en survolant un article

En survolant avec la souris Miguel Ángel Rodríguez, on s'aperçoit que cela envoie vers Miguel Ángel Rodríguez (squash) au lieu de Miguel Ángel Rodríguez (squash). Cela fonctionnait encore hier. Sans doute, un problème UTF-8 ? Jmax (discuter) 26 janvier 2021 à 06:07 (CET)

Le gadget « Popups » n'affiche pas les images des infobox si elles sont dans wikidata

Bonjour. Si le gadget Navigation Popups n'est pas activé (situation par défaut), lorsqu'on passe le curseur de la souris sur un lien interne vers un article, un pop-up "basique" affiche l'image de l'infobox, que celle-ci soit locale dans l'article (exemple : Aubrey Plaza) ou dans wikidata (exemple : Amber Midthunder). Mais si on active le gadget Popups l'image n'est pas affichée si elle est dans wikidata. Il me semble que cela fonctionnait précédemment (?), en tout cas il n'y a aucune raison qu'un gadget censé être plus évolué fasse moins bien que le pop-up basique. Un autre aspect de ce pb peut être très gênant car si l'article ne contient pas d'image mais l'image par défaut dans l'infobox, puis une autre image plus bas dans l'article celle-ci sera affichée. Ainsi en passant le curseur sur l'article Ismaël Emelien, le pop-up basique n'affiche pas d'image (normal) mais le gadget Popups affiche la photo de d'Alexandre Benalla (!), il devrait afficher "une illustration sous licence libre serait la bienvenue" ? Cdlt Csar62 (discuter) 26 juillet 2021 à 00:33 (CEST)

Malheureusement, le code principal de MediaWiki:Gadget-Popups.js se situe en réalité dans en:MediaWiki:Gadget-popups.js. Je ne suis pas sûr que cela ait fonctionné auparavant, vu que le script analyse le wikicode de la page à coups de regexes (ce qui nécessite donc que l'image soit présente dans le wikicode de l'article, pas depuis wikidata). J'ai regardé très rapidement, une piste pourrait être d'utiliser la propriété page_image_free qui est déjà disponible dans une requête API effectuée par le script. Il s'agit de l'image principale renseignée sur wikidata. Mais cela nécessite que l'image soit bien renseignée sur wikidata. Et aussi, si c'est une autre image qui est utilisée dans l'infobox elle ne sera pas prise en compte. od†n ↗^blah 27 juillet 2021 à 04:11 (CEST)

 Od1n : Bonjour. Merci pour ce retour. Je ne peux pas affirmer avec certitude que ça fonctionnait avant, il me semblait que je l'aurais remarqué plus tôt car ça fait longtemps que j'ai activé le gadget et c'est très visible, mais peut-être que les images étaient moins souvent dans wikidata auparavant. Les nouveaux articles utilisent souvent l'infobox Biographie2. (NB: Je retire la remarque sur le cas de l’article Ismaël Emelien qui est particulier, il est peut-être normal que le gadget affiche la première image s'il n'y a rien dans l'infobox ni localement ni dans wikidata, c'est un malheureux hasard qu'il s'agisse du portrait d'une autre personne). Ce qu'on pourrait peut-être faire c'est initialiser le pop-up avec l'image de wikidata (si elle existe) puis "se rebrancher" au comportement actuel, i.e. la remplacer si on en trouve une en local? ou bien le code du pop-up "basique" n'est-il pas récupérable dans le gadget, il fonctionne bien après tout? Techniquement cela n'est pas dans mes compétence donc je fais confiance pour faire "au mieux". Cordialement, Csar62 (discuter) 27 juillet 2021 à 10:04 (CEST)

PaStec

Bonjour, je viens d'apprendre à clore les PàS et j'ai découvert PaStec. Ce formidable gadget fait gagner beaucoup de temps ! J'ai par contre l'impression qu'il y a parfois des bugs lors de l'étape de déplacement du lien dans la boite déroulante sur la page Wikipédia:Pages à supprimer. Le lien est déplacé dans la mauvaise section (le jour d'après) comme par exemple ici et là. Tout d'abord, est-ce que j'ai raison de dire qu'il s'agit d'un bug (je peux ne pas avoir compris quelque chose) ? Et si oui, y a-t-il moyen de corriger cela ?

J'en profite pour demander : où est-ce que l'on trouve les fonctionnalités de Searchbox. Je l'ai activé mais ne trouve pas les « rechercher et remplacer », « changer de casse », « trier par ordre alphabétique » et « aller à la ligne n° ».

Merci, cordialement — NeptuneJunior (discuter) 16 février 2022 à 23:08 (CET)

RevertDiff

Enregistré sur Phabricator
Tâche 315639

Bonsoir. Depuis hier ou aujourd'hui, le gadget MediaWiki:Gadget-RevertDiff.js n'apparaît plus sur les pages de diff. Il me semble que cette disparition est concomitante avec l'évolution impromptue de l'affichage sous la nouvelle version de Vector.

Ping @Patafisik (WMF). — Jules* ^discuter 19 août 2022 à 23:01 (CEST)

Taille de police du gadget Accessibilité

Bonjour, je signale cette discussion et phab:T316948. Cordialement, Patafisik (WMF) (discuter) 5 septembre 2022 à 11:43 (CEST)

C-helper

Bonjour, je signale que avec Legacy Vector les menus de C-helper ne se déroulent plus au survol et restent figés une fois déroulés. Cordialement, 37.103.1.98 (discuter) 5 septembre 2022 à 11:51 (CEST)

Ouverture et fermeture des titres de section sur des pages de Wikipédia mobile

Bonjour à tous, j'espère que vous allez bien.

J'ai remarqué que certaines pages de Wikipédia mobile prenaient plus de temps à se charger que d'autres (souvent lorsqu'elles ont un grand contenu) et lorsque les pages sont chargées, les Titres de section' sont tous ouverts, ce qui n'est pas normal, car sur Wikipédia mobile c'est le lecteur qui doit les ouvrir et les fermer. Par exemple, sur la page de Cristiano Ronaldo la version du 24 novembre est normale mais, par contre, la version du 25 novembre ne l'est pas : Version du 24 novembre 2022 à 19h57 (la page est normale), puis après un ajout de contenu conséquent, Version du 25 novembre 2022 à 00h38.

Savez-vous ce qu'il faudrait modifier dans la programmation et auriez-vous la possibilité de le faire pour que des problèmes tels que cités ci-dessus n'arrivent plus, même lorsqu'on ajoute un grand contenu comme la modification de Cristiano Ronaldo le 25 novembre 2022 à 00h38 ?

Redonne-moi des nouvelles. Avec mes meilleures salutations, Roromomo22 (discuter) 1 décembre 2022 à 20:41 (CET)

Les modèles à Wikifier, article incompréhensible etc, n'apparaissent plus

Bonjour, depuis quelques heures certains modèles de maintenance n'apparaissent plus. Il faudrait voir ce qui se passe. Merci. Cordialement. Enrevseluj (discuter) 16 février 2023 à 03:24 (CET)

Bonjour Enrevseluj. Il n'y a pas eu de modifications récentes dans le code de ces modèles et modules supports des bandeaux, ni dans la configuration CSS locale. Est-ce que le problème correspond à Discussion utilisateur:Arkanosis#Bug d'affichage sur Xpatrol ? Sinon, merci d'expliquer plus clairement le souci, avec un exemple. Cordialement, — Ideawipik (discuter) 16 février 2023 à 12:00 (CET)

Bonjour  Ideawipik, je ne sais pas trop comment expliquer. Dans les modèles de maintenance en haut de page, je n'ai plus que BàS Redir PeF HC NEEE Promo Spam Diffm Copie Cpvio, tous les suivants ont disparu. Cordialement. Enrevseluj (discuter) 16 février 2023 à 13:35 (CET)

Tous les raccourcis fournis correspondent bien à ce gadget codé dans la page Utilisateur:Arkanosis/xpatrol.js et qui nécessite peut-être des réglages, à la suite de quelques évolutions de MediaWiki, impactant plusieurs outils. @Od1n, merci pour les tâches de maintenance dont tu t'occupes. — Ideawipik (discuter) 16 février 2023 à 14:17 (CET)

 Ideawipik :, merci de ta réponse. Il n'y a plus qu'à attendre la correction et en attendant à revenir au travail à l'ancienne . Enrevseluj (discuter) 16 février 2023 à 14:40 (CET)

C'est réparé : 201447117. od†n ↗^blah 16 février 2023 à 17:49 (CET)

Non affichage des modèles par le gadget pop-ups

Bonjour. Le pb est sans doute connu, et je ne sais pas si c'est un "bug", à tout hasard je vous soumets cette question de @Père Igor sur Wikipédia:Questions techniques/semaine 8 2023#Popups délirants sur modèle:date, concernant le fait que le gadget pop-ups n'affiche pas les modèles du RI de l'article cible. D'après la doc du gadget, il y a des paramètres qui peuvent agir sur son comportement, y aurait-il un réglage qui permettrait d'améliorer l'affichage dans ce cas ? Merci, cordialement. Csar62 (discuter) 24 février 2023 à 19:34 (CET)

[HotCats] Problème avec les noinclude en cas de suppression des cat existantes ?

Bonjour,

c'est peut-être un cas particulier de HotCatsMulti, mais en supprimant (-) les 2 catégories existantes d'un palette et en ajoutant (+) 2 nouvelles (exemple 1, exemple 2), les 2 nouvelles catégories se sont retrouvées en dehors des balises noinclude /noinclude, de sorte que les catégories de la palette étaient incluses dans les articles où est insérée la palette.

Cela ne s'est pas produit lorsque j'ai remplacé (±) les 2 cat existantes par les 2 nouvelles (exemple 3, Exemple 4)). LeFnake (discuter) 8 mars 2023 à 15:08 (CET)

Déwikifier (PaStec)

Bonjour,

Depuis un petit moment, il est impossible pour moi de procéder à un déwikifiage des liens internes vers un article supprimé. Il m'est soit signalé une protection (inexistante après vérification) de la page ou soit qu'il n'y a pas de liens internes malgré une présence de ces derniers. Sebicux ^{[SAV, dépannage, maintenance]} 2 avril 2023 à 01:00 (CEST)

Bizarre. Pour ce qui est de l'avertissement de protection, il ne se produit que si un élément input#wpSave n'est pas trouvé dans un résultat de requête Ajax (voir dans la fonction PaStec_GetThisDiff()), ce qui ne devrait normalement jamais se produire si la page n'est pas protégée. od†n ↗^blah 2 avril 2023 à 03:56 (CEST)

C-helper nom du menu

Bonjour, avec le skin Vector 2022, le menu de C-helper est intitulé « Actions » et non « Č » comme sur les autres skins. Est-ce que quelqu’un saurait faire la modification pour que les menus soient nommés de manière identique svp ? — Metamorforme42 (discuter) 5 avril 2023 à 17:03 (CEST)

Suite bugs d’affichage avec mise à jour de Vector 2022

Bonjour, dans la même veine que Discussion_Projet:Scripts_et_gadgets#Bugs_d'affichage_avec_la_mise_à_jour_de_Vector_2022, j’ai un affichage trop gros avec les gadgets suivants :

• MediaWiki:Gadget-BandeauxCategories.js
• Utilisateur:0x010C/script/DrapeauJaune.js
• Utilisateur:0x010C/script/PopupVandalism.js

Pour les 2 derniers, j’ai déjà signalé à @0x010C, mais il ne semble pas actif en ce moment.

Est-ce que quelqu’un saurait corriger ? Merci par avance. — Metamorforme42 (discuter) 5 avril 2023 à 17:23 (CEST)

C'est toujours d’actualité ? Lofhi (discuter) 16 août 2024 à 21:49 (CEST)

Je n’ai plus le problème d’affichage. — Metamorforme42 (discuter) 17 août 2024 à 14:25 (CEST)

pb avec le lien de diff généré par C-helper pour le message Test 0

Bonjour. Lorsqu'on dépose avec C-helper un message "Test 0" sur une page de discussion (comme ->ici par exemple<-), le gadget y insère 3 éléments variables : le titre de l'article concerné, un texte libre explicatif et un lien censé indiquer la modif annulée. Ce lien est systématiquement erroné, ce qui n'a rien d'étonnant puisque la grille de saisie du gadget n'a que 2 champs et ne permet pas de saisir un identifiant du diff. Du coup on est obligé de retoucher manuellement le message déposé (->comme ceci<-). Ai-je loupé quelque-chose, doit-on saisir autre chose que le titre de l'article pour le cas du Test 0, ou bien faudrait-il un champ supplémentaire ? Cdlt Csar62 (discuter) 3 mai 2023 à 14:40 (CEST)

C'est parce que le gadget met le diff le plus récent de la page, c'est-à-dire généralement l'annulation qui a été effectuée par l'utilisateur de C-helper. Alors que ce que l'on veut, c'est le diff avant celui-ci, c'est-à-dire l'avant-dernier. Mais rien ne garantit que le diff que l'on veut est bien l'avant-dernier, on peut imaginer plein de cas de figure où ça ne serait pas le cas.

Une solution pourrait être d'interroger l'API:Revisions pour obtenir la dernière modif d'un utilisateur sur une page donnée :

new mw.Api().get( {
    action: 'query',
    prop: 'revisions',
    titles: 'Discussion Projet:Scripts et gadgets/Rapport de bug',
    rvuser: 'Csar62',
    rvlimit: 1,
    rvprop: 'ids',
    formatversion: 2
} ).done( function ( data ) {
    // ...
} );

(avec bien entendu un fallback, voire une interruption du traitement, dans le cas où cette modif ne serait pas trouvée)

od†n ↗^blah 12 mai 2023 à 04:51 (CEST)

 Od1n : Merci pour la réponse. Effectivement il faut bien préciser l'article modifié car le lien généré n'indique pas seulement "la mauvaise modif", mais en plus la modif indiquée est n'est pas relative à la bonne page (le lien pointe sur la page de discussion courante sur laquelle le "présent msg" est déposé et non sur la page modifiée dont le titre est passé en paramètre). Je ne sais pas c'est lié, mais depuis une modif mise en place il y a quelques semaines (voir ->ces Tech news<-), les historiques de pages ne contiennent plus les identifiants des diff mais uniquement les "oldid" de la page après modif. Auparavant j'avais l'habitude, notamment dans les résumés de diff, de faire référence à une modif avec le lien interne [[spécial:diff/xxxx]], ce n'est plus possible ainsi, ça pourrait avoir un impact sur certains scripts. Csar62 (discuter) 12 mai 2023 à 11:24 (CEST)

Ah oui, parce que EN PLUS, ça prend le revid de la pdd… bon là clairement, c'est incorrect de chez incorrect.

Concernant les liens dans les historiques qui sont passés de « ?diff=ID_BEFORE&oldid=ID_AFTER » à « ?diff=prev&oldid=ID_AFTER », c'est sans rapport et cela n'introduit pas de perte de fonctionnalité. (à propos merci de m'avoir signalé ce changement, qui est pour moi très appréciable)

od†n ↗^blah 13 mai 2023 à 08:10 (CEST)

Je viens d'arranger cela, avec notamment 204223706. Le code nécessaire n'était pas difficile en soi, mais en raison du traitement asynchrone, ça a été délicat d'introduire cela de sorte à compliquer le code le moins possible (et aussi en exécutant la requête API seulement si nécessaire, et pas plus d'une fois). J'en suis arrivé à utiliser await qui a été très utile ici, et du coup ce script inaugure l'utilisation de ES6 (plus précisément ES8 en l'occurrence) dans nos gadgets ; du coup il ne fonctionne plus sur IE, mais bon il ne va pas nous manquer celui-là. od†n ↗^blah 14 mai 2023 à 04:36 (CEST)

Test concluant , merci. A+ Csar62 (discuter) 14 mai 2023 à 06:19 (CEST)

Titre du message: Que faire quand les boîtes déroulantes restent ouvertes ?

Bonjour, Pour avoir une meilleure connaissance de mon problème pourriez-vous avoir la gentillesse de regarder "le bistro" Questions techniques semaine 17 2023. Il persiste chez moi sur les mêmes pages ainsi que sur la page Histeridae (liste des genres). Firefox sur MAC OSX 10.7.5... Je sais, ma version Firefox est dépassée mais le problème existe sur la tablette de mon épouse qui est récente... MERCI ! Bien cordialement. (Erwan de Kerhister (discuter) 9 mai 2023 à 15:07 (CEST))

Il semble que le problème, s'il n'a pas été réglé, a tout de même été traité sur la page des questions techniques. Lofhi (discuter) 16 août 2024 à 21:51 (CEST)

OptimizedSuivi

Le gadget (lien) ne fonctionne plus, mais est-il encore utile ? Escargot (discuter) 1 août 2023 à 12:09 (CEST)

refErrors

Bonjour. Le gadget Projet:Scripts et gadgets/Notices/refErrors ne fonctionne plus dans le cadre d'une prévisualisation de modification. Une idée ? CptKeyes (discuter) 21 août 2023 à 14:48 (CEST)

 CptKeyes : merci pour le signalement, je viens d'ajouter cette rustine, le script fonctionne-t-il maintenant ? od†n ↗^blah 23 août 2023 à 07:08 (CEST)

 Od1n. Le script refonctionne. Merci ! --CptKeyes (discuter) 23 août 2023 à 09:46 (CEST)

Il a été supprimé hier par Martin-78 au motif que son créateur est banni. Est-ce que c'est vraiment un motif de suppression valable ? Il me semblait que les pages ciblées par cette règle étaient celles créées après le bannissement. Escargot (discuter) 31 août 2023 à 09:09 (CEST)

Il y a eu une vague de suppression de pages utilisateur (je te laisse constater WP:DSI…), causant la perte de pas mal d'informations dans le cas des pages de Lgd :-\ od†n ↗^blah 31 août 2023 à 16:05 (CEST)

Bon, j'ai été chercher le code du script dans le dernier dump et je l'ai copié dans Utilisateur:Escargot bleu/refErrors.js Escargot (discuter) 1 septembre 2023 à 17:06 (CEST)

@Escargot : Je viens de restaurer la page, après avoir constaté qu'elle était importée par 173 utilisateurs (recherche)… od†n ↗^blah 2 septembre 2023 à 08:40 (CEST)

Je viens de restaurer aussi ouvreBoites.js (et sa documentation) ainsi que sondache.js (et sa documentation) ; ces scripts étaient peu utilisés, mais ont leur intérêt. Concernant refErrors.js, qui est significativement utilisé (et dont la documentation se trouve ici), peut-être serait-il envisageable de le déplacer vers le namespace MediaWiki: pour "l'officialiser". od†n ↗^blah 2 septembre 2023 à 09:09 (CEST)

Je suis d'accord pour le déplacer vers MediaWiki:. Escargot (discuter) 2 septembre 2023 à 09:49 (CEST)

Gadget de pub pour le darkmode et impression

Le gadget de pub pour l'extension "Dark Mode for your browser" s'affiche sur les impressions, rendant les bas de page illisibles (et ne faisant pas très sérieux...)

Constaté avec Vivaldi (à base de Chromium) Serged/♥ 2 février 2024 à 16:58 (CET)

Fonte plus petite dans Don Quichotte pdf

Mon expérience confirme un point mentionné dans Wikipédia:Le_Bistro/15_mai_2024#Message_d'un_lecteur. Je ne sais pas si c'est un bug relié à un script, mais ce n'est probablement pas un bug de mediawiki. La fonte du pdf de l'article Don Quichotte est petite. C'est étrange que la fonte ne soit pas la même que celle, par exemple, de Coca-Cola. La fonte dans la version anglaise est beaucoup plus grosse. Dominic Mayers (discuter) 15 mai 2024 à 18:21 (CEST)

affichage des images

Enregistré sur Phabricator
Tâche 367463

Bonjour,

Je travail avec l'apparence monobook et depuis 2 jours les images du modèle:Blason commune notamment utilisés dans les armoriaux ne font plus apparaitre les images. Alors que quand je ne suis pas connecté ou avec vector les images apparaissent. Je ne suis pas la seule. Discussion Projet:Blasons

si vous avez besoin de print écran dites moi? a+ er merci. -- Chatsam (coucou) 16 juin 2024 à 17:56 (CEST)

Problème déjà signalé depuis 3 jours sur le Projet:Blasons et depuis hier sur le Projet:Communes de France. Semble n'affecter que ceux qui travaillent avec l'apparence monobook. Voilà ce que ça donne sur Armorial des communes de la Dordogne : aucun blason visible sur des centaines de blasonnements. Père Igor (discuter) 17 juin 2024 à 11:59 (CEST)

ce qui est drôle c'est qu'on ne voit pas les blasons en image principale mais on voit les alias. pff. -- Chatsam (coucou) 17 juin 2024 à 20:23 (CEST)

Bonjour @Chatsam, j'ai appliqué la solution temporaire suggérée sur phab:T367463. Escargot (discuter) 19 juin 2024 à 14:29 (CEST)

ha cool c'est revenue -- Chatsam (coucou) 19 juin 2024 à 21:18 (CEST)

Ah ! C'est quand même nettement plus encyclopédique. Merci Escargot bleu (d · c · b). Père Igor (discuter) 20 juin 2024 à 11:05 (CEST)

Gadgets AncreTitres et FlecheHaut

Bonjour,
depuis quelques temps déjà, le rendu des titres par MediWiki a été modifié. Sur les pages de discussions, la conséquence pour les deux gadgets cités est que les éléments qui s'ajoutent au titre sont maintenant renvoyés sous la ligne comportant les informations de discussion.
Ne serait-il pas possible de les attacher au même niveau que le <span> "mw-editsection", et d'avoir à nouveau tout sur la même ligne ?
Wikipédiennement, Epok (✉), le 1 octobre 2024 à 07:59 (CEST)

Le problème se produit sur la version mobile, c'est-à-dire skin Minerva + MobileFrontend. (sur desktop, i.e. skin Minerva sans MobileFrontend, les liens sont positionnés après le "lien crayon" et il n'y a pas de retour à la ligne)

On ne dirait pas, mais c'est plus complexe qu'il n'y parait : sur la base en skin Minerva, on a DiscussionTools qui injecte du markup ; et lorsque MobileFrontend est activé, DiscussionTools produit cette fois un menu togglable, en faisant usage de OOUI.

Là de ce que j'ai étudié, la solution la plus simple à court terme (sans essayer d'insérer dans le menu OOUI) serait d'enchaîner divers tests, pour déterminer au mieux où le gadget doit insérer le markup du lien (et éventuels CSS à adapter). Donc encore complication du code, dégradation performances (si on ajoute des tests à chaque titre de section, ce qu'il faudrait essayer d'éviter), et comme déjà subi à plusieurs reprises : pas future-proof, quand on voit à quel point ça n'arrête pas de se complexifier dans MediaWiki.

Les modifications que j'ai déjà effectuées sur ces gadgets, et les tickets Phabricator, montrent que la situation n'était déjà pas terrible, alors avec cette histoire en plus…

Je crois que les développeurs ont déjà émis l'idée d'implémenter un mécanisme (refs Core modules) pour ajouter de façon standardisée les liens "de titre de section", tels que ceux de ces gadgets. Ça serait un peu le même principe que mw.util.addPortlet(). La création d'un tel mécanisme semble devenir de plus en plus nécessaire.

od†n ↗^blah 1 octobre 2024 à 23:58 (CEST)

Od1n : ok, merci pour cette réponse. Pour info toutefois, le problème que je rencontre n'est pas sur mobile, mais sur PC avec le dernier Vector.

Mais d'après ce que tu dis, il semble urgent d'attendre que cette nouvelle fonctionnalité soit implémentée dans MediaWiki (un jour). On survivra sans en attendant.

Wikipédiennement, Epok (✉), le 2 octobre 2024 à 07:52 (CEST)

Je n'ai pas réussi à reproduire avec Vector 2022 (DiscussionTools activés et désactivés dans les préférences, et différentes largeurs de fenêtre). Il doit y avoir une autre différence entre nos configurations (sachant que pour ma part j'ai désactivé plein de trucs). Mais je pense que ça doit être exactement le même problème.

À noter que le markup "placeholder" de DiscussionTools est présent même lorsque celui-ci est désactivé. Dans ce cas, même s'il n'y a pas d'impact sur la mise en page, il pourrait être judicieux de quand même mieux positionner le markup des liens.

Rappels : lorsqu'il y a le dropdown (MobileFrontend activé) cela rajoute du markup devant. Aussi, il peut ne pas y avoir de lien "modifier". Enfin, attention aux "raw headings".

Ça serait jouable à développer, comme j'avais imaginé, en enchaînant différents tests du plus exact au plus vague, pour déterminer un "best guess" de où insérer le lien. Mais ce n'est pas sérieux cette manière à laquelle il faut recourir (et là, c'est sans même chercher à insérer dans l'éventuel menu OOUI).

Et surtout, avec cette histoire ajoutée à toutes les considérations existantes (cf. T13555), le code irait devenir tellement long qu'il faudrait le transformer en dépendance, en créant un gadget hidden dédié (et à ce moment, on se rend compte que cela revient à créer localement, en faisant au mieux, une fonctionnalité qui devrait être disponible nativement).

od†n ↗^blah 2 octobre 2024 à 22:26 (CEST)

Comme j'étais curieux de savoir d'où venait la différence entre nos configs, j'ai testé la désactivation de diverses options. Il s'agit de "Afficher l’activité de la discussion" dans le menu "Modification". C'est ce qui rajoute des infos sur la discussion en dessous du titre des discussions, et qui visiblement doit donc se placer juste après le lien "modifier", au détriment des gadgets susmentionnés.

Epok (✉), le 3 octobre 2024 à 07:48 (CEST)

Toujours pour info, le changement des headers deviendra op-out dans MW 1.44 (phab:T371755), puis ne sera plus désactivable dans MW 1.45 (phab:T371756). Est-ce que c'est l'option que j'ai mentionné précédemment, ou une autre, je ne suis pas sûr. Epok (✉), le 3 octobre 2024 à 07:58 (CEST)

Od1n : Je viens de voir que tu as corrigé le problème, merci ! Epok (✉), le 13 octobre 2024 à 18:41 (CEST)

Une précision, les wikis ont déjà été entièrement basculés vers le nouveau markup (cf. mw:Heading HTML changes#Timeline), et pour ne pas compliquer une situation déjà bien b*rdélique, je ne considère plus l'ancien markup (à quoi bon, puisqu'il est amené à totalement disparaître). Mais en fait, cela ne simplifie pas grand chose, puisqu'il existe aussi le markup des "raw headings" (comme je les appelle) à gérer. Et cette coexistence de deux markups, ça m'a déjà bien cassé les testiboules à un paquet de reprises.

Je n'avais pas encore répondu ici, car en fait ce n'est pas encore terminé. Je me suis retrouvé à carrément devoir écrire un module pour gérer cela, je l'ai publié, mais je ne l'ai pas encore mis en application.

od†n ↗^blah 13 octobre 2024 à 19:27 (CEST)

Bonjour Epok et Od1n, je ne sais pas si c'est lié, mais depuis un ou deux jours le gadget AncreTitres ne fonctionne plus chez moi : les boutons copiant les liens directs vers les titres de section n'apparaissent plus du tout.

Le bouton de diffedit.js a disparu également.

Pour info, je suis sous Vector 2022 avec une taille de police personnalisée (CSS) et quelques autres gadgets activés. Un remède à cela ? — Vega (discuter) 13 octobre 2024 à 22:39 (CEST)

Alors non ce n'est pas normal, et pour l'instant je n'ai pas d'explication. Chez moi ça fonctionne. À noter que la dernière modif de Gadget-AncreTitres.js remonte au 5 octobre. Pour l'instant ma seule hypothèse serait un JavaScript produisant une erreur chez toi, ce qui empêcherait l'exécution de tous les scripts qui suivent. Quel est ton navigateur (et as-tu testé avec un autre navigateur), et as-tu des erreurs dans la console JavaScript ? od†n ↗^blah 14 octobre 2024 à 09:03 (CEST) – Complément : hypothèse fortement confirmée par ceci : « Le bouton de diffedit.js a disparu également ».

J'ai rapidement fait un code pour charger tous les gadgets disponibles, et j'ai détecté deux erreurs :

• Adiutor :

SyntaxError: Unexpected end of JSON input
    at JSON.parse (<anonymous>)
    at css (ext.gadget.Adiutor-script-0.js:103:31)

• WikEd :

Access to XMLHttpRequest at 'https://en.wiki.x.io/w/index.php?title=User:Cacycle/wikEd_current_version&action=raw&maxage=0'
from origin 'https://fr.wiki.x.io' has been blocked by CORS policy: No 'Access-Control-Allow-Origin' header is present on the requested resource.
index.php?title=User:Cacycle/wikEd.js&action=raw&ctype=text/javascript:18348

GET https://en.wiki.x.io/w/index.php?title=User:Cacycle/wikEd_current_version&action=raw&maxage=0 net::ERR_FAILED 200 (OK)

Je suis quasiment certain que le problème vient de Adiutor. Le coup du JSON.parse() qui plante parce qu'il n'y a pas de sécurités, je l'ai déjà rencontré avec ce gadget…

Un coup de gueule au passage : moi qui ai investi énormément de temps et d'efforts pour essayer de mettre les choses au propre, quand j'ai vu apparaître ce gadget, sans concertation sans rien, par un mec qui débarque de nulle part, avec un code énorme et rempli de problèmes, je peux vous garantir que des jurons j'en ai prononcé un gros paquet…

od†n ↗^blah 14 octobre 2024 à 09:35 (CEST)

Bon, le problème s'est résolu tout seul entre temps, c'est étrange. Merci Od1n en tout cas pour les pistes de résolution (je testerai la console JavaScript si jamais ça revient). — Vega (discuter) 16 octobre 2024 à 00:12 (CEST)

ContribColors

Enregistré sur Phabricator
Tâche 378132

Bonsoir, le gadget ContribColors ne semble plus fonctionnel, s'il y a quelqu'un pour y jeter un œil . tiloudeux ^{(on papote ?)} 24 octobre 2024 à 23:10 (CEST)

Bonsoir,

Le problème ne vient pas du gadget en lui-même mais d'une modification du code de la page des contributions. J'ai indiqué la tâche phabricator, le problème devrait être résolu prochainement. Escargot (discuter) 25 octobre 2024 à 00:05 (CEST)

D'accord, merci. tiloudeux ^{(on papote ?)} 25 octobre 2024 à 00:17 (CEST)

Bonjour, j'ai constaté le même problème tout à l'heure et, avant d'avoir vu cette section, j'ai cherché une alternative à mettre sur mon common.css pour obtenir le même résultat en l'absence de la classe mw-contributions-current. Si jamais quelqu'un veut comme moi une solution provisoire, ceci fonctionne (en mode clair du moins). Cordialement, Ménestor (discuter) 25 octobre 2024 à 06:58 (CEST)

Problème visiblement résolu, Merci Escargot bleu et Ménestor tiloudeux ^{(on papote ?)} 28 octobre 2024 à 12:54 (CET)