Discussion Projet:Scripts et gadgets/Rapport de bug

Raccourcis [+]

WP:JS
P:JS

PROJET SCRIPTS ET GADGETS

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

Archives

Archive 1

Archive 2

Archive 3

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

Cette discussion a été commencée sur Discussion Wikipédia:Prise de décision/Onglet « Référence »#Tentative avant de se poursuivre ici.

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

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

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

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

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

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

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.wikipedia.org (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.wikipedia.org), 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.Répondre

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

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

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

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

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

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

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

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 (d · c · b), le 3 août 2017 à 16:57 (CEST)Répondre

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

 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 (d · c · b), le 7 août 2017 à 14:55 (CEST)Répondre

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 (d · c · b), le 7 août 2017 à 14:58 (CEST)Répondre

 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 (d · c · b), le 7 août 2017 à 15:48 (CEST)Répondre

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Cette discussion a été commencée sur Wikipédia:Le_Bistro/13_juin_2020#Problème_d'affichage_d'une_page avant de se poursuivre ici.

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

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

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

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

Cette discussion a été commencée sur Discussion utilisateur:Crijam#Projet:JavaScript/Notices/refErrors avant de se poursuivre ici.

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

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

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

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

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

Effectivement, il y a un problème lié au modèle {{Sous-titre}} qui réduit la taille de police à l'impression et lors du téléchargement en pdf @Lofhi avait tenté quelque chose en août 2024, mais le problème est toujours là. Escargot (discuter) 17 juin 2025 à 12:55 (CEST)Répondre

Voir les edits de Lofhi à ce moment-là : contribs. Voir notamment la discussion bistro : le modèle semblerait bien être une cause, mais il y aurait encore une autre cause, variable selon les articles, et qui n'a pas été identifiée. od†n ↗^blah 17 juin 2025 à 15:45 (CEST)Répondre

Bonjour,

Il faudra m'expliquer comment un compte temporaire censé être expiré peut encore modifier des pages (mais bon, c'est pas le problème ici), mais toujours est-il que lorsqu'on souhaite laisser un message sur la page de discussion d'un CT expiré, certains scripts ne déposent pas le message au bon endroit (Discussion utilisateur:~2024-13746Le compte temporaire a expiré au lieu de Discussion utilisateur:~2024-13746). C'est le cas notamment de C-helper et RevertDiff, mais d'autres scripts (voire peut-être logiciels externes) pourraient potentiellement être impactés. 🐾 tiloudeux ^(miaou ?) 1 juillet 2025 à 14:29 (CEST)Répondre

Le problème est dû au fait que pour ces gadgets, les noms d'utilisateurs sont lus comme le contenu de l'élément de classe mw-userlink, qui contient désormais aussi le tooltip Le compte temporaire a expiré et plus juste le nom d'utilisateur.

Ca concerne :

• MediaWiki:Gadget-RevertDiff.js
• MediaWiki:Gadget-C helper message.js
• MediaWiki:Gadget-ConfirmRollback.js
• MediaWiki:Gadget-AddContribNumberInNewPages.js

Si on ne peut pas faire autrement, on peut toujours récupérer les noms d'utilisateur par une requête API, mais si on peut s'en passer c'est mieux.

Sur RevertDiff, j'ai résolu le problème en ciblant la balise bdi au sein de celle avec la classe mw-userlink, mais ça ne me semble vraiment pas future-proof et il faut trouver autre chose. Escargot (discuter) 1 juillet 2025 à 14:57 (CEST)Répondre

Le texte « Le compte temporaire a expiré » qui est appendé au text content du <a>, c'est vraiment très, très pourri pour tout un tas de raisons (sémantique, accessibilité, etc.). Encore cette sal*perie de Codex, quoi.

Sur le <a> en question, je remarque une classe mw-tempuserlink-expired ainsi qu'un data-mw-target="~2024-13746". Avec tout cela, dans les scripts on pourrait peut-être faire quelque chose de plus robuste / future-proof que le ciblage sur le <bdi> ?

od†n ↗^blah 2 juillet 2025 à 06:51 (CEST)Répondre