Ouvrir le menu principal
Projet Fonctions disponibles Notices Discussion projet Signaler un bug Demander une nouvelle fonction

Javascript icon.svg

PROJET JAVASCRIPT
Centraliser les fonctions JavaScript pour éviter la dispersion du code.


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


Sommaire

HotCatsMultiModifier

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 »Modifier

  Cette discussion a été initié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)

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 IE9Modifier

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)

GlobalWatchlistModifier

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.

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)

MonobookToolbarPatrouilleModifier

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)

Fait Problème de placement du bandeau avec le gadget BandeauxEbauchesModifier

Bonjour,

je constate un problème léger avec le gadget BandeauxEbauches : lorsque sont présent des modèles en tête d’articles comme {{voir homonymes}}, {{article général}} ou un des autres du même style, le gadget place le bandeau d’ébauche au dessus du ou des modèles concernés au lieu de le placer en dessous.

Ce diff illustre le comportement en question. — Metamorforme42 (discuter) 1 août 2016 à 18:59 (CEST)

  Metamorforme42 : Ça devrait marcher maintenant, en tout cas avec les bandeaux les plus courants. Orlodrim (discuter) 9 octobre 2016 à 12:48 (CEST)

Problème de placement du bandeau avec le gadget xpatrolModifier

Bonjour,

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

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

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

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)

navboxModifier

  Od1n et Prométhée :

Bonjour,

La fonction addLinksInLeftBar (via Utilisateur:Superjuju10/navbox.js) qui a toujours fonctionné depuis des années, vient de tomber en rade. Motif : « ReferenceError: addPortletLink is not defined ». Si je comprends bien, cette variable qui existait auparavant n'est plus disponible dans les scripts de Mediawiki  .

Quelqu'un peut corriger cela ? Merci  Superjuju10 (à votre disposition), le 28 avril 2017 à 14:55 (CEST)

J'ai mis à jour ton code (c'est surtout que je n'aurais pas pu dormir sinon…), en revanche on dirait qu'il y a des centaines de scripts utilisateur qui sont pétés pour la même raison… od†n ↗blah 28 avril 2017 à 17:48 (CEST)
Je viens de remarquer qu'on en parle un peu sur le bistro : Wikipédia:Le Bistro/28 avril 2017#Comme un problème de javascript... od†n ↗blah 28 avril 2017 à 18:03 (CEST)
Oups ! Je n'avais effectivement pas regardé le bistro auparavant.
Merci Od1n  . À priori, je n'ai pas d'autres scripts de pété (pourtant j'en ai plein... ^^).
Amicalement, — Superjuju10 (à votre disposition), le 28 avril 2017 à 18:35 (CEST)
En faisant une rapide recherche sur les scripts utilisateur, je vois simplement 332 résultats. Une paille. od†n ↗blah 28 avril 2017 à 18:44 (CEST)
Weekend oblige je viens de voir les discussions, faut vraiment que je fasse déjà le ménage sur mes propres scripts, j’essaierai de voir sur les autres dans un deuxième temps. Prométhée (discuter) 2 mai 2017 à 18:44 (CEST)
Pour info, normalement pour tout ce qui concerne addPortletLink c'est réglé. od†n ↗blah 16 juin 2017 à 11:27 (CEST)

Demande légitimeModifier

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

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)

Problèmes multiplesModifier

Bonjour,

avec le nouvel éditeur de texte 2017 (disponible dans les fonctionnalités bêta), le gadget HotCatsMulti ne fonctionne plus correctement : la page ne recharge pas toute seule et les modifications de catégories ne sont pas enregistrées.

Je crois qu’ils ont réparé cela sur commons avec cette modification (mais je ne suis pas allé tester là bas).

Est-ce que quelqu’un pourrait effectuer la modification sur frwiki s’il s’avère qu’elle répare bien le gadget ?

Merci par avance. — Metamorforme42 (discuter) 26 août 2017 à 17:33 (CEST)

P.S. : j’ai le même problème avec le gadget BandeauxPortails et avec le gadget PaletteDeluxe. — Metamorforme42 (discuter) 26 août 2017 à 18:38 (CEST)
P.P.S. : le gadget évaluation refuse également de sauvegarder les évaluations. — Metamorforme42 (discuter) 27 août 2017 à 14:35 (CEST)
J'ai corrigé PaletteDeluxe, et j'ai fait une demande pour les trois autres gadgets. La solution de commons marche bien  . Merci du signalement ! Prométhée (discuter) 28 août 2017 à 23:27 (CEST)
  Metamorforme42 et Prométhée :   j'ai modifié ces gadgets. — Zebulon84 (discuter) 29 août 2017 à 06:28 (CEST)
Merci à vous deux !  Metamorforme42 (discuter) 29 août 2017 à 11:14 (CEST)

BlockLogByIdModifier

Bonjour, le script BlockLogById, que je voulais récemment tester, ne fonctionne pas, affiche l'erreur ci-dessous, et cause une pagaille générale dans mes gadgets   :

Uncaught TypeError: Cannot read property 'appendChild' of null at HTMLDocument.BlockLogById (index.php?title=MediaWiki:Gadget-BlockLogById.js&action=raw&ctype=text/javascript:22) at fire (load.php?debug=false&lang=fr&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin=vector&version=0le4p6m:45) at Object.add [as done] (load.php?debug=false&lang=fr&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin=vector&version=0le4p6m:45) at jQuery.fn.init.jQuery.fn.ready (load.php?debug=false&lang=fr&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin=vector&version=0le4p6m:49) at new jQuery.fn.init (load.php?debug=false&lang=fr&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin=vector&version=0le4p6m:41) at jQuery (load.php?debug=false&lang=fr&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin=vector&version=0le4p6m:1) at index.php?title=MediaWiki:Gadget-BlockLogById.js&action=raw&ctype=text/javascript:24

Cordialement, — Superjuju10 (à votre disposition), le 22 septembre 2017 à 12:47 (CEST)

  Script mis à jour. od†n ↗blah 1 novembre 2017 à 17:34 (CET)

Problème de sauvegarde avec Gadget-EvaluationModifier

Bonjour,

Je signale un problème avec Gadget-Evaluation.js : après avoir choisi les options d'évaluation, l'enregistrement dans la page de discussion ne se fait plus. Le problème a déjà été signalé le 3 octobre sur la PdD.

Est-ce que quelqu'un peut regarder quel est le problème ?

Merci d'avance. Djiboun (discuter) 8 octobre 2017 à 14:56 (CEST)

  C'est réparé ♪♫   od†n ↗blah 8 octobre 2017 à 16:18 (CEST)

Problème avec Projet:JavaScript/Notices/WhatlinkshereDeluxe/frModifier

Bonjour.

Lors du renommage d'un article, ce gadget permet de corriger automatiquement les doubles redirections (Projet:JavaScript/Notices/WhatlinkshereDeluxe/fr#Renommage ou suppression). Cette fonctionnalité très pratique ne fonctionne plus depuis au moins hier : les petites coches vertes apparaissent pour signaler que les doubles redirections ont été corrigées, mais il n'en est rien, en réalité. Quelqu'un saurait dépanner cela ? [copie de ce message sur WP:Le Bistro]

Merci ! — Jules Discuter 10 octobre 2017 à 13:41 (CEST)

Prométhée a très justement observé qu'il s'agissait certainement du même problème que celui que j'ai corrigé dans le gadget dédié aux articles sans portail. Je jetterai un coup d'œil cette nuit ou la suivante.
Amicalement — Arkanosis 10 octobre 2017 à 21:20 (CEST)
Jules, Prométhée :   c'est corrigé.
Amicalement — Arkanosis 11 octobre 2017 à 04:42 (CEST)
Merci infiniment ! (Je ne notifie pas, les notifs sont en panne depuis hier.) — Jules Discuter 11 octobre 2017 à 13:26 (CEST)
Je me suis permis de moderniser cette partie du code, pourriez-vous tester cela ? od†n ↗blah 11 octobre 2017 à 18:34 (CEST)
J'étais trop fatigué pour prendre le risque d'un tel changement, mais c'est beaucoup mieux que ce que j'ai fait  Arkanosis 11 octobre 2017 à 19:55 (CEST)

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

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)

Question sur les Questions techniquesModifier

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 commonsModifier

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)

EditZerothModifier

Bonjour, il me semble que ce gadget ne fonctionne pas sous Timeless. Il me semble utile et m'aurait permis d'éviter de détruire les modifications d'un autre contributeur en voulant simplement modifier un bandeau dans l'en-tête de l'article. Pouvez-vous faire quelque chose ? D'avance, merci. --Alcide Talon blabla ? 6 février 2018 à 10:14 (CET)

Le lien était bien ajouté, mais dans le menu « Outils de page » en haut à droite. Il y avait un peu le même problème avec Vector. Et c'était mal positionné avec Monobook. Les autres skins n'en parlons même pas. J'ai remédié à tout cela. od†n ↗blah 6 février 2018 à 16:26 (CET)
Merci Od1n   --Alcide Talon blabla ? 6 février 2018 à 17:36 (CET)

problème sur script refErrors avec des noms contenant des caractères accentuésModifier

Bonjour, j'emploie le script refErrors qui permet de vérifier que les renvois vers des entrées bibliographiques présents dans des notes et références sont valides. Au contrôle des renvois biblios, je reçois un message d'erreur lorsque une référence Harvard (harvsp pour être précis) contient un nom d'auteur ayant une lettre accentuée. Exemple : Cicéron, erreur sur #Lévy2002 ; Jeux séculaires, erreur #Gagé1934 ; Lucius Munatius Plancus, erreur #Ferriès2007, alors que tous les autres appels de refs sont opérationnels. A mon humble avis, il y a un bug quelque part Ursus (discuter) 25 février 2018 à 15:38 (CET)

  C'est un problème qu'on avait signalé plus tard, et qui est normalement corrigé. od†n ↗blah 9 avril 2018 à 15:29 (CEST)

Évaluation casséModifier

Bonjour,

MediaWiki:Gadget-Evaluation.js ne fonctionne plus : j'ai bien le tableau qui s'affiche et peux modifier, mais ça ne sauvegarde pas.

Merci d'avance, --Mathis B discuter, le 18 mai 2018 à 18:41 (CEST)

Après quelques tests, le bug semble n'affecter que les ajouts de projets, j'ai pu modifier ceux existants et l'avancement. --Mathis B discuter, le 18 mai 2018 à 18:46 (CEST)
  Mathis B : C'est sur quelle page et avec quel projet par exemple ? Tu as bien coché la base "bandeau présent" pour les nouveaux projets ? Il se passe quoi si tu modifies des projets existants et que tu en ajoutes ? Orlodrim (discuter) 19 mai 2018 à 09:38 (CEST)
Je n'avais effectivement pas vue la case "bandeau présent". Désolé du dérangement. --Mathis B discuter, le 19 mai 2018 à 15:43 (CEST)

DeluxeHistory et filtres de la liste de suiviModifier

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 :
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 pagesModifier

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'éditionModifier

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 wikiModifier

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 doubleModifier

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 SearchboxModifier

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)

Boutons de la barre d'outils (pour l'éditions) ne s'affiche plusModifier

bonjour, j'ai activé depuis très longtemps la "Boutons de la barre d'outils" pour l'aide à l'édition. Cette barre (ongle Gadget puis chapitre "Boutons de la barre d'outils") ne s'affiche plus depuis ce week-end. Elle est toujours configurée dans mes options, et lorsque je passe en modification sur une page, je la vois s'afficher puis immédiatement disparaitre sous la barre "basique". S'agit-il d'un bug ou d'une nouvelle option à cocher ? Cdt, --Bergil06 (discuter) 18 mars 2019 à 10:02 (CET)

Reçu, je regarde ce soir. A également été signalé sur le bistro : Wikipédia:Le Bistro/17 mars 2019#Barre d'outils. od†n ↗blah 18 mars 2019 à 16:22 (CET)
  Réparé, voir sur le bistro. od†n ↗blah 19 mars 2019 à 03:43 (CET)

Bug outil de purge/convertRevision xpatrolModifier

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 popupsModifier

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)

SearchBoxModifier

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)
Revenir à la page « JavaScript/Rapport de bug ».