Discussion Projet:Scripts et gadgets/Rapport de bug/Archive 2

RecentChangesBox

Ce gadget ne fonctionne pas et perturbe le fonctionnement d'autres gadgets. Serait-il possible de le désactiver globalement, pour les gens qui n'auraient pas remarqué que ça leur enlève des fonctionnalités (ou de le réparer bien sûr) ? --Rinaku (d · c) 13 août 2014 à 23:06 (CEST)

J'ai retouché un peu. Est-ce que ça remarche ?

⇨ D^r Brains ^{∞ Consultation ∞} 14 août 2014 à 00:13 (CEST)

 Dr Brains : Oui, chez moi ça marche, et les autres gadgets aussi. Super, merci ! --Rinaku (d · c) 14 août 2014 à 01:32 (CEST)

MediaWiki:Gadget-NewMessage.js bloque l'exécution de plusieurs gadgets

Bonjour,

Ce gadget pose de gros problèmes à d'autres gadgets : BistroDuJour, PaSTec, user:arkanosis/xpatrol.js, et j'en oublie. C'est également la cause du bug d'accessibility que je signale ci-dessus.

--Mathis B ^discuter, le 19 août 2014 à 22:45 (CEST)

 Mathis B :

Gadget réécrit en corrigeant le problème d'encodage des cookies.

1. Supprimer tous les cookies nommés NewMessage + <nom de page encodé>. Ils ne servent plus car tout est sauvegardé dans un seul cookie nommé NewMessageOldidList.
2. Recharger le cache du navigateur
3. RAZer si nécessaire les bandeaux qui apparaissent.

⇨ D^r Brains ^{∞ Consultation ∞} 27 août 2014 à 15:58 (CEST)

 Dr Brains : ça a l'air de marcher, merci . --Mathis B ^discuter, le 27 août 2014 à 18:11 (CEST)

 Dr Brains : en fait non, le bug reste, en tous cas pour BistroDuJour, qui n'apparaît plus… --Mathis B ^discuter, le 28 août 2014 à 06:39 (CEST) Edit : le bug ne se produit maintenant que sur Spécial:Liste de suivi --Mathis B ^discuter, le 28 août 2014 à 06:43 (CEST)

 Mathis B : Re corrigé.

Supprimer le cookie NewMessageOldidList et recharger le cache.

⇨ D^r Brains ^{∞ Consultation ∞} 28 août 2014 à 13:31 (CEST)

 Dr Brains : Parfait, merci ! --Mathis B ^discuter, le 28 août 2014 à 19:03 (CEST)

 Dr Brains : toujours pas… --Mathis B ^discuter, le 28 août 2014 à 19:18 (CEST)

Au contraire, c'est à nouveau sur toutes les pages…

 Mathis B :

J'ai corrigé le gadget pour utiliser la fonction cookie de jQuery. Chez moi les erreurs ont disparu (après suppression du cookie et rechargement du cache).

⇨ D^r Brains ^{∞ Consultation ∞} 2 septembre 2014 à 18:02 (CEST)

 Dr Brains : cette fois ça a l'air bon, merci . --Mathis B ^discuter, le 6 septembre 2014 à 09:05 (CEST)

Ciel mes boutons !

Bonsoir,

Depuis aujourd'hui, je crois, mes boutons customisés via Utilisateur:Nandoo/common.js ne s'affichent plus. En fait plus rien ne s'affiche quand je modifie une page, à part des machins que je n'utilise jamais. Même les fonctions de base ont disparu, donc je ne peux même plus signer... Quelqu'un peut-il m'aider ? Je suis trop paresseux et trop ignare pour chercher seul une solution... Un grand merci d'avance, Nandoo (discuter) 25 août 2014 à 20:20 (CEST)

Bon, ben tout est réapparu aujourd'hui... pas compris... Merci quand même --Nandoo (discuter) 27 août 2014 à 16:26 (CEST)

Géolocalisation dans MediaWiki:Common.js

Le <div class="img_toggle"> de {{Infobox/Géolocalisation multiple}} ne semble plus fonctionner, la carte de localisation des infobox ne change plus quand on clique au-dessous sur un lien « Voir … ». — Oliv☮ ^{Éppen hozzám?} 3 septembre 2014 à 12:02 (CEST)

Corrigé par Arkanosis (d · c), merci à lui ! — Oliv☮ ^{Éppen hozzám?} 3 septembre 2014 à 17:52 (CEST)

@Oliv0: sorry for that. It seems I missed a dot when updating the script. Helder 3 septembre 2014 à 18:58 (CEST)

Palette contenant une sous-table.

Si une ligne de palette contient une table, la classe navboxHidden est ajoutée au lignes de cette table (sauf la première). Résultat seule la première ligne de la sous-table est affichée. Exemple : {{Palette Teintes de rouge}}

Le problème viens de la fonction Palette_toggle( $table ) qui ne fait pas de distinction entre les lignes de la table de la palette, et celles des tables contenues dans la palette.

Je notifie Arkanosis qui est à l'origine de ce code. -- Zebulon84 (discuter) 4 septembre 2014 à 01:09 (CEST)

Cette palette utilisait manifestement à tort les classes collapsible et autocollapse qui pilotent l'enroulage et le déroulage.

Je vais tout de même blinder un peu le code pour le cas tordu où on aurait une palette imbriquée dans une autre palette.

Merci pour la notification .

Amicalement — Arkanosis ^✉ 4 septembre 2014 à 02:57 (CEST)

Il y a aussi un problème avec les {{Méta palette de navigation sous-groupe}} : lorsque l'état initial est collapse, le sous-groupe n'est pas affiché (idem les lignes ont la class navboxHidden). Mais si l'état initial est uncollapse (parcequ'il n'y a qu'une palette ou que l'état est forcé à uncollapsed par le paramètre étatboîte, l'affichage est correct. Exemple ci-dessous : la première palette s'affiche bien, dans la deuxième le sous-goupe « Tournois Premier » ne s'affiche pas. -- Zebulon84 (discuter) 4 septembre 2014 à 09:54 (CEST)

Tout d'abord, un grand merci pour tes rapports de bug Je n'ai pas le problème que tu décris, ou alors je ne l'ai pas bien compris… Sur cette page, la première palette est ouverte par défaut, la seconde fermée par défaut. Si je déroule la second, je vois tout son contenu. Ça me semble le comportement normal… Qu'ai-je manqué ? Merci d'avance, amicalement — Arkanosis ^✉ 4 septembre 2014 à 14:41 (CEST)

On oublie, il n'y a pas de problème, si ce n'est une interaction avec un de mes essais dans mon common.js perso. Désolé. Zebulon84 (discuter) 4 septembre 2014 à 15:28 (CEST)

Pas de souci, il vaut mieux signaler un bug qui n'existe pas que de passer à côté d'un vrai bug — Arkanosis ^✉ 4 septembre 2014 à 17:22 (CEST)

Maintenance de catégorie

Bonjour, je ne parviens plus à mettre à jour les catégories liées au portail biathlon. Seriez vous me dire d'où vient le pb : Projet:Biathlon/Suivi/Catégories. J'utlise firefox et j'ai mis à jour mes sous pages .js mais sans succès. Mats01 (discuter) 4 novembre 2014 à 22:32 (CET)

 Mats01 :

Script entièrement revu et renommé en MediaWiki:Gadget-MaintenanceCategorie.js

⇨ D^r Brains ^{∞ Consultation ∞} 5 novembre 2014 à 21:13 (CET)

Merci beaucoup Dr Brains. Mats01 (discuter) 5 novembre 2014 à 21:32 (CET)

HomonymiesEnCouleur

Bonjour, d'après ma page Préférences > Gadgets, c'est ici que je dois signaler le problème : le gadget HomonymiesEnCouleur : mettre en évidence sur fond coloré les liens vers les pages d'homonymie semble ne plus fonctionner. Je ne sais pas si c'est seulement chez moi ou si d'autres contributeurs ont le même problème. Cordialement. --El Funcionario (discuter) 11 novembre 2014 à 08:53 (CET)

exactement le même problème, ai décoché, enregistré, recoché, enregistré, sur 3 appareils à OS distincts, ne marche pas en ce moment. --Do not follow (discuter) 11 novembre 2014 à 11:27 (CET)

Idem : décoché, enregistré, recoché, enregistré, ai purgé la page (j'y connais rien mais des fois ça résout le problème). Pour info complémentaire je suis sur Firefox 33.1 (mais sans en être certain il me semble que ça ne marchait déjà plus avant la mise à jour de cette semaine). --El Funcionario (discuter) 11 novembre 2014 à 18:32 (CET)

Rien touché mais ça re-fonctionne... --El Funcionario (discuter) 12 novembre 2014 à 04:22 (CET)

Comment installer Deluxe Bar ?

Bonjour,

Je fais quelques patrouilles de temps en temps sur LiveRC, j'aurais aimé accéder au gadget "DeluxeBar", mais je ne sais pas comment l'installer.. Pouvez-vous m'expliquer ?

Merci d'avance.

Oxydium59 ^[Parlez-moi] 15 décembre 2014 à 21:20 (CET)

 Oxydium59 :

Est-ce que ce lien et ce lien répondent à la question ?

⇨ D^r Brains ^{∞ Consultation ∞} 15 décembre 2014 à 21:56 (CET)

Bonjour à toi Dr Brains, merci de m'avoir répondu, j'ai installé la "ToolBar" mais ensuite comment faire pour obtenir le gadget "DeluxeBar" ?

Merci

Oxydium59 ^[Parlez-moi] 16 décembre 2014 à 16:34 (CET)

 Oxydium59 : Sauf erreur de ma part, je pense que vous ne parlez pas de la même chose. C'est bien ToolBar sur LiveRC, mais DeluxeBar ? Je crois qu'il y a confusion. --Орикрин1998 (+) ^{→blablatoir←} 6 janvier 2015 à 11:31 (CET)

 Oxydium59 et Orikrin1998 :

En effet.

Pour avoir les mêmes boutons que DeluxeBar dans la Toolbar de LiveRC, il faut juste les y rajouter via le panneau de configuration de LiveRC, c'est à dire :

1. paramétrer les nouveaux boutons dans l'onglet Toolbar (voir Wikipédia:LiveRC/Documentation/Extensions/ToolbarExtension/fr#Personnalisation)
2. créer les icônes (lien (+) en bas de l'onglet Icônes; images à rechercher sur Projet:JavaScript/Notices/MonobookToolbarSources, Projet:JavaScript/Notices/MonobookToolbarPatrouille, Projet:JavaScript/Notices/MonobookToolbarSmiliesAlien ou carrément sur commons)

⇨ D^r Brains ^{∞ Consultation ∞} 6 janvier 2015 à 20:58 (CET)

Clé de tri

Bonjour. Je remarque qu'une drôle de phrase apparaît (en rouge), en bas de pas mal d'articles : par exemple, dans District d'Amritsar, on peut lire (tout en bas) : "Attention : la clé de tri par défaut « Amritsar, district » écrase la précédente clé « Amritsar ». Tout à l'air correct du côté du defaultsort. Si toutefois on modifie celui-ci, la phrase disparaît. Mon navigateur est Chrome 40.0. Ce n'est pas très gênant mais curieux et assez inesthétique. Si quelqu'un trouve une explication, merci à lui. Lysosome (discuter) 26 février 2015 à 21:05 (CET)

Bonjour,

Au contraire, il y avait deux DEFAULTSORT incompatibles dans l'article [1]. J'ai aussi corrigé {{Section à sourcer}} qui définissait par erreur DEFAULTSORT. Sinon, il n'y a pas de lien particulier avec javascript.

Orlodrim (discuter) 26 février 2015 à 21:31 (CET)

Ok, je n'avais pas vu. En tout cas, c'est maintenant résolu. Merci ! Lysosome (discuter) 28 février 2015 à 18:55 (CET)

LabelsOff

Bonjour, je voulais signaler que le gadget LabelsOff ne fonctionne plus pour les BA mais seulement pour les AdQ. Est-il possible de le réparer ? Olyvar (d) 21 mars 2015 à 17:01 (CET)

⇨ D^r Brains ^{∞ Consultation ∞} 21 mars 2015 à 18:34 (CET)

Olyvar (d) 22 mars 2015 à 13:42 (CET)

Boîte déroulante occultante

Bonjour,

Sans crier gare, ce matin, alors qu'il y a un ou deux jours il n'y avait aucun problème, dès que j'essaie d'ajouter/modifier une catégorie avec HotCatsMulti, la liste déroulante proposant diverses catégories occulte totalement le champ libre, ce qui empêche de voir ce que l'on écrit et de compléter un nom de catégorie rapidement.

Firefox 38.0.5, Windows 7, Vector.

En vous remerciant par avance, — Jules ^Discuter 12 juin 2015 à 13:13 (CEST)

J'ai corrigé... enfin on va dire que j'ai fait en sorte que ça marche. Orlodrim (discuter) 13 juin 2015 à 20:03 (CEST)

Merci, mon héros  ! — Jules ^Discuter 13 juin 2015 à 20:19 (CEST)

MediaWiki:Gadget-BugStatusUpdate.js

Bonjour,

Ce gadget (pourtant utile) ne fonctionne plus depuis la migration de Bugzilla à Phabricator. Est-il possible de le réparer ?

Merci d'avance, cordialement, — Mattho69 ^{me joindre} 19 mai 2015 à 03:16 (CEST)

A priori, phabricator dispose d'une API "Conduit" qu'il serait possible d'utiliser via une requête json, mais je n'ai trouvé nulle part le mode d'emploi...

⇨ D^r Brains ^{∞ Consultation ∞} 19 mai 2015 à 21:07 (CEST)

J'ai copié-collé la nouvelle version à partir de la page d'origine, ça marche. Orlodrim (discuter) 13 juin 2015 à 20:26 (CEST)

Merci, est-ce qu'il serait possible de changer la description du gadget sur MediaWiki:Gadget-BugStatusUpdate. Merci d'avance . — Mattho69 ^{me joindre} 20 juin 2015 à 23:38 (CEST)

Orlodrim (discuter) 14 juillet 2015 à 21:33 (CEST)

MediaWiki:Gadget-ExternalSearch.js entre en conflit avec Special:Search

Enregistré sur Phabricator
Tâche 106215

Bonjour

la recherche avancée ne fonctionne plus. Ce bug est causé par cette extension, créée et maintenue par Dr Brains aujourd'hui parti. La désactivation de ce gadget est faite avec mon compte perso, en attendant une éventuelle maintenance.

Merci, Trizek (WMF) (discuter) 18 juillet 2015 à 17:16 (CEST)

Krenair a réparé la recherche interne. J'ai corrigé le cas où on choisit une option de recherche externe puis on clique sur le bouton "Rechercher". J'essaye de comprendre ce qui est censé se passer lorsqu'on clique directement sur le nom du moteur de recherche (il est possible que ça ne fonctionne pas comme prévu dans ce mode). Orlodrim (discuter) 18 juillet 2015 à 17:41 (CEST)

Tout est de nouveau en état de marche, je réactive le gadget. Orlodrim (discuter) 18 juillet 2015 à 19:00 (CEST)

Cool ! Peux-tu le signaler sur Phabricator ? Merci, Trizek (WMF) (discuter) 18 juillet 2015 à 19:18 (CEST)

Je ne tiens pas à intervenir sur Phabricator dans la mesure où il n'y a rien de nouveau concernant le problème initial, résolu depuis l'intervention de Krenair (que la recherche interne marche est essentiel, que la recherche avec d'autres moteurs marche est secondaire). Orlodrim (discuter) 18 juillet 2015 à 19:43 (CEST)

BandeauxPortails et caractères accentués : inutilisable dans certains cas

Les caractères accentués semblent systématiquement venir avant les autres dans les tris, ce qui fait que parfois un élément entré n’apparaît pas, la liste de suggestions étant limitée. Essayer par exemple avec le mot « culture ». — Bjung (d), 1 août 2014 à 04:41 (CEST)

C'est corrigé. Orlodrim (discuter) 27 juillet 2015 à 21:22 (CEST)

MediaWiki:Common.js - La recherche Exalead est cassée

J'utilise Vector.js et Google Chrome 44 sur OS X 10.10.4. Sur Spécial:Recherche, toute recherche Exalead est cassée. En fait, au lieu d'avoir une recherche qui suit le template trouvé sur MediaWiki:Common.js :

'http://www.exalead.com/search/wikipedia/results/?q={searchTerms}&language=fr'

On a à la place une recherche de ce type :

'http://www.exalead.com/search/wikipedia/results/?title=Sp%C3%A9cial%3ARecherche&profile=advanced&q={searchTerms}&fulltext=Search&searchengineselect=exalead&language=fr&ns0=1&ns2=1&ns4=1&ns6=1&ns8=1&ns10=1&ns12=1&ns14=1&ns100=1&ns102=1&ns104=1&ns828=1&ns2600=1&profile=advanced'

Or la présence de title=Sp%C3%A9cial%3ARecherche dans l'URL Exalead cause une erreur 500 chez eux. Ce même paramètre est également présent pour les autres recherches (Google, Bing, etc.) mais n'a pas d'incidence particulière. Gentil ♥ (discuter) 9 mai 2015 à 16:58 (CEST)

Problème résolu.

J'en ai profité pour ne pas le laisser dans le Common.js et en faire un gadget (activé pour tous par défaut) : MediaWiki:Gadget-ExternalSearch.js.

⇨ D^r Brains ^{∞ Consultation ∞} 9 mai 2015 à 20:37 (CEST)

Bonjour  Dr Brains :. J'allais dire « super ! », mais en fait maintenant plus aucune des recherches ne fonctionne pour moi. Au clic sur le bouton "Rechercher", je suis renvoyé sur la même page de fr.wikipedia.org. Gentil ♥ (discuter) 10 mai 2015 à 07:07 (CEST)

Pour être plus précis, avant, on pouvait faire la recherche externe de deux façons :

1. bouton radio + lien du bouton radio (ne fonctionnait pour aucune recherche)
2. bouton radio + bouton rechercher (ne fonctionnait pas pour Exalead, mais fonctionnait pour les autres)

Là, maintenant, la première option est réparée, mais la seconde est cassée pour tous. Gentil ♥ (discuter) 10 mai 2015 à 07:14 (CEST)

Tous les modes devraient marcher depuis la réparation faite le 18 juillet. Orlodrim (discuter) 26 juillet 2015 à 23:07 (CEST)

Boutons personnalisés manquant dans la barre d'édition

Bjr. Tous mes boutons personnalisés ont disparu dans la barre d'éditions, quel que soit le navigateur utilisé. J'ai pourtant purgé le cache et n'ai pas modifié mes préférences. Cela dure depuis trois jours et c'est très pénalisant. Help !!! Salsero35 ^✍ 30 juin 2015 à 22:43 (CEST)

Résolu en dehors de cette page. Orlodrim (discuter) 28 juillet 2015 à 20:40 (CEST)

Problème avec accessibility

Bonjour,

MediaWiki:Gadget-Accessibility.js semble ne pas fonctionner : quand je clique sur un bouton, la seule chose qu'il fait et d'ajouter une ancre vers le haut de la page (« # ») à la fin de l'URL. J'ai essayé Firefox 31.0 et Google Chrome 36.0.1985.125, ça ne fonctionne sur aucun des deux navigateur…

Merci d'avance, --Mathis B ^discuter, le 5 août 2014 à 06:32 (CEST)

 Mathis B :

Bonjour,

As-tu toujours ce problème ? Si oui, cela fait-il une différence si tu actives le gadget dans les préférences au lieu de le charger à partir de Utilisateur:Mathis B/common.js ?

Orlodrim (discuter) 28 juillet 2015 à 20:46 (CEST)

 Orlodrim :

Bonjour,

Non, le problème n'est plus présent.

Cordialement, --Mathis B ^discuter, le 28 juillet 2015 à 21:46 (CEST)

Ok, tant mieux. Dans ce cas, je classe la demande. Orlodrim (discuter) 28 juillet 2015 à 21:48 (CEST)

Bug liveRC

Salut, on dirait qu'il y a un bug sur la plupart des pages wikis (celles qui affichent les modifs du js), provenant de LiveRC. Quand le script et activé, périodiquement apparaît en haut à droite un pop-up avec écrit en rouge sur font blanc « Missing languages = (fr) ». Je n'utilise pas LiveRC, donc je l'ai simplement désactivé, et le problème a disparu, mais sa source demeure... — Rhadamante 19 août 2014 à 19:23 (CEST)

A été résolu le jour même par Dr Brains, voir Wikipédia:Le Bistro/19 août 2014#Missing languages = (fr) ???. Orlodrim (discuter) 28 juillet 2015 à 21:26 (CEST)

Bas de page de modification ayant perdu des codes Wiki et les alphabets étrangers

Bonjour. Reprise de la question déjà posée hier soir à 21h28 sur la page des Questions techniques :

Bonsoir. Jusqu'à ce matin, lorsque je modifiais une page, j'avais toute une liste de messages prédéfinis en bas de page (orthographe, typographie, wikification, etc.) sur lesquels je pouvais cliquer pour remplir la boîte de résumé. J'ai vérifié mes préférences et le gadget « ResumeDeluxe » est bien coché. Sur les conseils d'un autre wikipédien, j'avais d'ailleurs aménagé cette liste sur mon common.js. Ce soir, plus rien. Que se passe-t-il ?

Maintenant à 22h00, c'est encore pire. Les caractères spéciaux de bas de page ont régressé : je n'ai même plus accès aux 4 tildes pour signer et il n'y a plus aucun accès aux alphabets étrangers. Help !

Ce matin, pas de réponse à ma question et toujours le même handicap. Les seuls caractères spéciaux de bas de page sont les suivants :

æ Æ à À â  ä Ä · ç Ç · € é É è È ê Ê ë Ë · î Î ï Ï · œ Œ ô Ô ö Ö · ù Ù û Û ü Ü · ÿ Ÿ · «  » {{subst:}} {{}} {{|}} [[]] [[|]] [] “” · — – → • ’ | … ~ ± # @ ¹ ² ³ ⁴ ⁵ ⁶ ⁷ ⁸ ⁹ ⁰ ½

Je n'ai plus la possibilité d'accéder aux nowiki, small, break, etc. que j'utilise d'habitude abondamment. Pour la signature, j'ai retrouvé le bouton correspondant en haut de page. Suis-je le seul à être ainsi gêné ? Père Igor (discuter) 27 octobre 2014 à 12:15 (CET)

Bonjour, pour moi, ça le fait sur MAC OS X Yosemite avec Safari 8.0 en mode connecté uniquement (et pas avec Chrome). C'est ZoonOnThumb qui tue littéralement le navigateur par exemple : la complétion automatique de la boite de recherche ne fonctionne plus, les cartes dans les infobox des villes sont expansées, les palettes sont expansées; bref javascript HS

[Error] ReferenceError: Can't find variable: hasClass
	ZoomOnThumb_CheckLinks (index.php, line 77)
	fire (load.php, line 44)
	add (load.php, line 45)
	ready (load.php, line 48)
	(fonction anonyme) (index.php, line 227)
	fire (load.php, line 44)
	fireWith (load.php, line 46)
	(fonction anonyme) (load.php, line 47)
	using (load.php, line 178)
	global code (index.php, line 227)

Bizarre, il n'y a même pas un warning dans Chrome. Cordialement - Drongou (discuter) 28 octobre 2014 à 12:25 (CET)

Chrome râle aussi (mais il survit) : je n'étais pas connecté ...

Uncaught ReferenceError: hasClass is not defined 
ZoomOnThumb_CheckLinks 
fire 
self.add
jQuery.fn.ready
(anonymous function)
fire
self.fireWith
deferred.(anonymous function)
mw.loader.using
(anonymous function)

Drongou (discuter) 28 octobre 2014 à 12:38 (CET)

Chez moi, c'est avec Mozilla Firefox. Et je viens de voir également le problème des cartes dans les infobox. -- Père Igor (discuter) 28 octobre 2014 à 12:44 (CET)

Merci pour l'info : en décochant le gadget ZoomOnThumb, tout redevient normal. Il n'y a plus qu'à corriger ZoomOnThumb. Père Igor (discuter) 28 octobre 2014 à 12:53 (CET)

Le problème est résolu depuis longtemps, Dr Brains semble avoir corrigé le jour même (Spécial:Diff/108603684). Orlodrim (discuter) 28 juillet 2015 à 21:18 (CEST)

MediaWiki:Common.js - La fonctionnalité « addcache » ne peut plus être désactivée

Bonjour, la fonction addcache() étant dorénavant exécutée avant les scripts utilisateur, l'utilisation de no_external_cache dans le common.js personnel est devenue ineffective. Il faudrait donc trouver une solution pour restaurer cette possibilité de désactivation. D'autant plus que la fonction en question est très dispensable : elle a un impact conséquent sur les performances, dégrade fortement la lisibilité des références, et cela pour ajouter des liens à l'utilité très faible. Amicalement, od†n ↗^blah 10 décembre 2014 à 16:33 (CET)

 Od1n :

Passer le script en gadget (activé par défaut) ?

⇨ D^r Brains ^{∞ Consultation ∞} 10 décembre 2014 à 17:40 (CET)

Tout à fait d'accord, j'y avais pensé aussi. od†n ↗^blah 10 décembre 2014 à 18:13 (CET)

Se pose également la question de la compatibilité du gadget ExtendedCache (code). od†n ↗^blah 12 décembre 2014 à 03:51 (CET)

 Od1n :

Aux dernières nouvelles, ce dernier ne fonctionne pas via jQuery car getTextContent n'est pas définie (alors qu'elle est définie dans le Common.js). En passant par addOnloadHook() ça marche (d'ou le try{ ... }catch(e){ ... }) dans le code.

Déjà, il faudrait réparer ça.

⇨ D^r Brains ^{∞ Consultation ∞} 12 décembre 2014 à 15:49 (CET)

Utiliser $(lien_en_cours).text(), tout simplement. od†n ↗^blah 12 décembre 2014 à 18:39 (CET)

J'ai un peu travaillé sur ces scripts, les résultats se trouvent là : ArchiveLinks et ExtendedArchiveLinks. À noter notamment, la création des éléments via des strings pour un gain de performances notable. Un petit code review serait très apprécié

Comme j'en ai profité pour renommer les scripts, il y aura aussi quelques renommages à effectuer, dans : ListeDesScripts.js, Liste des fonctions disponibles, Aide:Liens archives, Utilisateur:Mathis B/common.js, Utilisateur:Ltrlg/Préparation/Aide:Gadgets…

 Dr Brains et Arkanosis : dans l'attente de vos nouvelles en vue de passer cela en prod od†n ↗^blah 17 décembre 2014 à 01:04 (CET)

C'est bien la peine si c'est pour ne même pas avoir de réponse… En plus, tout ce que je demande c'est un moyen de supprimer ces fichus liens ! od†n ↗^blah 6 janvier 2015 à 00:55 (CET)

 Od1n : Keep cool, man!

Ca m'a l'air bien, sauf un détail : avec les deux gadgets activés, n'y a-t-il pas un risque de créer des liens [archive] en doublon ? non, c'est bon...

Sinon, pour la suppression des liens, si ces scripts sont transformés en gadgets (le premier étant activé par défaut, l'utilisateur n'a qu'à décocher le ou les gadget(s).

⇨ D^r Brains ^{∞ Consultation ∞} 6 janvier 2015 à 20:49 (CET)

Avec les redirs « ExtendedCache → ExtendedArchiveLinks » qui vont bien, et en plus avec le ResourceLoader qui a rendu caduque la règle des « anciens scripts qui restent en cache 30 jours », la migration devrait se faire en toute transparence. Donc, pour moi c'est fin prêt à être mis en œuvre, il ne reste plus qu'à le faire od†n ↗^blah 6 janvier 2015 à 22:38 (CET)

┌─────────────────────────────────────────────────┘
(3 mois…) Une certaine frilosité probablement due à l'hiver
En attendant, je vous propose le code suivant pour le common.js, qui se contente de réparer la possibilité de désactivation comme auparavant :

if ( mw.config.get( 'wgNamespaceNumber' ) === 0 ) {
	mw.loader.using( 'user', function() {
		$( function() {
			addcache();
		} );
	} );
}

Par ailleurs, j'aurais une autre solution à vous proposer, au lieu de la création des deux gadgets supra. On garde le script de base dans le common.js et le script étendu en gadget, comme maintenant, et on se contente d'appliquer mes divers correctifs et améliorations, notamment le gain de perfs important. Deux avantages à cette solution : 1) compatible avec les désactivations utilisateur actuelles et 2) ça évite de créer un gadget en plus.
Je vous invite à appliquer mon correctif mw.loader, c'est straightforward, et j'attend vos avis pour l'autre solution que je viens de proposer od†n ↗^blah 18 avril 2015 à 02:09 (CEST)

 Od1n :

La version avec ArchiveLinks et ExtendedArchiveLinks est en place.

En supposant que la majorité des utilisateurs ont activé ExtendedCache à partir de leurs préférences, faire une redirection de ExtendedCache vers ExtendedArchiveLinks ne servirait pas à grand chose : enlever ExtendedCache de MediaWiki:Gadgets-definition le désactiverait pour eux, et je ne peux pas ajouter ExtendedArchiveLinks en laissant ExtendedCache. J'ai donc remplacé le code de l'ancien gadget directement.

Il ne manque rien ?

Orlodrim (discuter) 29 juillet 2015 à 00:12 (CEST)

Je serais, personnellement, d'avis de quand même renommer en ExtendedArchiveLinks : il est préférable de gêner les – probablement rares – utilisateurs ayant activé ce gadget, plutôt que de compliquer pour tous les utilisateurs la page de préférences des gadgets, qui est assez fouillie comme cela… od†n ↗^blah 29 juillet 2015 à 00:31 (CEST)

Si c'est juste pour la cohérence des préférences, ça peut s'arranger. Tu peux dire re-burp. Orlodrim (discuter) 29 juillet 2015 à 07:32 (CEST)

Tout cela a très bonne allure ! Juste un nitpick, pourrais-tu uniformiser les commentaires "sécurité" des deux scripts ? (rapport à ce changement que j'avais effectué entretemps, et qui serait peut-être encore améliorable) od†n ↗^blah 29 juillet 2015 à 17:25 (CEST)

J'ai fusionné les deux scripts. Orlodrim (discuter) 29 juillet 2015 à 20:54 (CEST)

Pas mal comme approche. C'est en effet plus pratique de tout avoir dans un seul fichier. Tu as un "est \n est" dans MediaWiki:Gadget-ExtendedArchiveLinks.js. od†n ↗^blah 29 juillet 2015 à 21:48 (CEST)

Ah oui, c'est corrigé. Orlodrim (discuter) 29 juillet 2015 à 22:03 (CEST)

WikEd en rade ?

WikEd me semble désactivé, est-ce que c'est moi ou il y a un bug ?--SammyDay (discuter) 7 août 2015 à 00:30 (CEST)

S'il y avait un bug, il est apparemment réparé. Bonne continuation !--SammyDay (discuter) 7 août 2015 à 23:47 (CEST)

En effet, voir ici. Daniel*D, 9 août 2015 à 18:42 (CEST)

HotCatsMulti

Bonjour. Apparemment l'option de personnalisation d'HotCatsMulti pour ne pas indiquer les modifications comme mineures ne fonctionne plus (window. hotcat_Minoredit = 0). Après vérification, le changement dans mon historique c’est fait entre le 30 mars 2015 à 18h24 et le 30 mars 2015 à 18h31. Étant donné que je n'ai pas fait de modification sur mon common.js dans cette période peut-être le problème vient-il de la fonction elle-même ? Cordialement. --Julien1978 _(d.) 26 juillet 2015 à 17:55 (CEST)

J'ai corrigé le gadget, il y avait effectivement une erreur dans les paramètres (Spécial:Diff/117202142). Orlodrim (discuter) 26 juillet 2015 à 22:39 (CEST)

Cela fonctionne à nouveau. Merci beaucoup ! . --Julien1978 _(d.) 27 juillet 2015 à 09:26 (CEST)

Re-bonjour. Apparemment le problème persiste, mais de manière différente. Avant la correction, toutes les modifications étaient taguées comme mineures. Maintenant, la proportion est d'environ neuf modifications sur 10 marquées comme mineures. J’ai un peu observé mes modifications en utilisant HotCats pour en tirer une logique mais rien, cela parait totalement aléatoire. C’est un peu incompréhensible. Cordialement. --Julien1978 _(d.) 4 août 2015 à 09:46 (CEST)

Je n'ai pas vu de problème depuis le 7 août. Tu as changé quelque chose ? Sinon, c'est peut-être en lien avec l'activation de ResourceLoader pour le gadget, qui a eu lieu ce jour-là. Orlodrim (discuter) 22 août 2015 à 19:32 (CEST)

onglet discu

groumpf ! enfin non : coucou ! oliv m'envoie ici rapport à ça ! j'ai décoché mes gadgets un à un ! sauvegardé à chaque fois mes préférences ! testé à chaque fois sur Histoire de la Palestine et Danemark après avoir à chaque fois purgé le cache ! eh ben valà ! des nèfles ! ça a rin changé ! j'ai toujours ces fichus bandeaux qui masquent l'onglet discu ! je vous confie le bébé : valà la liste des gadgets cochés :

• ArchiveLinks
• HomonymiesEnCouleur
• NewCollapsible
• Popups
• WikiOpenStreetMap
• WikiMiniAtlas
• NavigAdmin
• SousPages
• EditZeroth
• MonobookToolbarStandard
• BandeauxPortails
• HotCatsMulti
• ExternalSearch
• Wdsearch
• Accessibilité

groumpf ! enfin non : pitibizou ! mandariine ^{(libérez les sardiines)} 9 août 2015 à 10:30 (CEST)

Si ce n'est pas un gadget, ce ne serait pas dans ton js à toi AutresDiscussions qui fait document.write ? — Oliv☮ ^{Éppen hozzám?} 11 août 2015 à 08:06 (CEST)

 ! ayé c'est réglé !

je peux savoir ce qu'il s'est passé tout d'un coup ? pourquoi ces bandeaux sont apparus ces derniers jours alors que je me traîne cette ligne du js de dr brains depuis des années ? je me souviens vaguement d'une vieille discu avec arka au sujet des pages de discussion et du fait que c'était super pénible de cliquer sur un onglet bleu pour n'y trouver que des éval ou autres modèles mais rien n'avait finalement changé et j'étais passée à autre chose ! pourquoi ça resurgit maintenant et sous cette forme qui aurait effectivement permis de n'aller que sur... des discu avec des gens pas des robots et surtout pourquoi ça marche pas ? mystère et boule de gomme

bon allez après tout je m'en tape j'ai retrouvé mon onglet discu ! amusez-vous bien ! merci encore oliv ! pitibizou ! mandariine ^{(libérez les sardiines)} 11 août 2015 à 20:40 (CEST)

C'était sans doute sajax_init_object plutôt que document.write. En tout cas, depuis qu'il n'y a plus de sajax_init_object, le gadget marche pour moi. Orlodrim (discuter) 22 août 2015 à 19:39 (CEST)

Mode « modifier le code » avec problème

Bonjour. J'ai signalé un problème sur le Bistro du jour. Est-ce lié à une manipulation du projet:JavaScript ? Père Igor (discuter) 14 août 2015 à 12:06 (CEST)

 Père Igor :

Bonjour,

J'ai corrigé le gadget HomonymiesEnCouleur, qui provoquait un problème de ce type pour moi. Est-ce que ça fonctionne mieux maintenant ?

Orlodrim (discuter) 15 août 2015 à 00:04 (CEST)

 Orlodrim : bonjour bonsoir bonne nuit. Tu as gagné le pompon ! Un grand merci. Tout est revenu dans l'ordre mais, étant donné que MediaWiki:Gadget-HomonymiesEnCouleur.js n'avait pas été modifié depuis avril, de quelle page venait le problème ? Père Igor (discuter) 15 août 2015 à 00:15 (CEST)

La fonction sajax_init_object() que le gadget utilisait a été supprimée de MediaWiki lui-même lors de la dernière mise à jour [2]. Orlodrim (discuter) 15 août 2015 à 00:21 (CEST)

Merci pour cette intervention salutaire ! Daniel*D, 15 août 2015 à 00:32 (CEST)

D'après le lien donné dans wikitech ci-dessus il y avait sur WP fr les gadgets MediaWiki:Gadget-DeveloppementJavaScript.js qui vient d'être blanchi et MediaWiki:Gadget-PagesSansBandeauDePortail.js corrigé aussi par Orlodrim, mais il reste pas mal de scripts utilisateur de gens qui risquent de ne pas comprendre le problème s'ils sont toujours actifs. — Oliv☮ ^{Éppen hozzám?} 15 août 2015 à 09:50 (CEST)

 Orlodrim : entre langage informatique et anglais, Mediawiki est une entité totalement absconse pour moi. Apparemment, le ménage se fait sans prévenir les utilisateurs des différentes langues chez eux. <mode radoteur>Dans mon ancien métier, je râlais après certains informaticiens qui nous modifiaient régulièrement des données sans avoir pris totalement conscience des dégâts qu'ils pouvaient occasionner ; je constate que wikipédia, c'est comme dans la vraie vie</mode radoteur>. Merci d'avoir su où trouver l'origine du problème et d'avoir su le corriger. Père Igor (discuter) 15 août 2015 à 11:24 (CEST)

Vu le nombre de pages utilisateur concernées, je vais faire un remplacement automatique. Orlodrim (discuter) 15 août 2015 à 12:01 (CEST)

Merci pour eux. Père Igor (discuter) 15 août 2015 à 15:29 (CEST)

MediaWiki:Gadget-searchbox.js

Salut, il semblerait que ce gadget, comme la plupart de ceux utilisant l'ancienne barre d'édition ne marche plus. Si on pouvait le patcher, il est quand même sacrément pratique, surtout pour la fonction rechercher/remplacer. Dans un premier temps les boutons n'apparaissaient même plus, mais je crois que c'est un conflit avec ForceMonobookToolbar (que je ne me souvenais pas d'avoir coché), une fois celui-ci désactivé ils reviennent, mais ils ne marchent pas.

— Rhadamante 19 août 2015 à 06:00 (CEST)

J'ai corrigé (Spécial:Diff/117965280). Orlodrim (discuter) 22 août 2015 à 19:54 (CEST)

Merci. — Rhadamante 22 août 2015 à 22:16 (CEST)

Environnement de plus en plus dégradé

Bonsoir à nouveau. Environnement Firefox 40.0.2. La situation empire : plus aucun bouton prédéfini, et plus de nom d'articles s'affichant en zone de recherche. Également, plus de possibilité de cliquer sur les photos des articles (voir avec Marmande par exemple). De plus, l'infobox déroule les 4 cartes à la suite les unes des autres. Que se passe-t-il ? Un sabotage généralisé ? Faute de tildes et de bouton de signature : Père Igor le 26 août 2015 vers 23:13.

La nuit a porté conseil et a servi de remède : tout a l'air d'être rentré dans l'ordre (y compris pour la section ci-dessus). Père Igor (discuter) 27 août 2015 à 11:01 (CEST)

Gadget iRef ajoutant une section Références automatiques

Bonjour, il semblerait que iRef ait tendance dans certains cas à ajouter une section Références automatiques dans les articles. Cf. Discussion_utilisateur:Floflo62#iRef_et_R.C3.A9f.C3.A9rences_automatiques. --NicoV (discuter) 25 octobre 2014 à 14:10 (CEST)

 Od1n et Arkanosis :

⇨ D^r Brains ^{∞ Consultation ∞} 25 octobre 2014 à 14:46 (CEST)

Il faudrait essayer en activant le script de manière traditionnelle, en le cochant dans les préférences, au lieu de passer par la page d'Arkanosis. Peut-être une sorte de race condition ? Je n'en sais pas plus pour l'instant…

Et les questions habituelles :

• Quel navigateur ?
• Y a-t-il un script "aperçu rapide" ou "quick preview" activé ?
• Y a-t-il des erreurs dans la console JavaScript ?

od†n ↗^blah 25 octobre 2014 à 16:00 (CEST)

Je notifie  Floflo62 :, il pourra peut-être vous répondre. --NicoV (discuter) 25 octobre 2014 à 17:01 (CEST)

Je ne sais pas ce qui s'est passé. Visiblement il y a eu des problèmes dans 4 cas sur les près de 250/300 articles où j'ai fait une modification similaire. Floflo62 (d) 25 octobre 2014 à 19:37 (CEST)

[Si ce qui suit peut aider…] J’ai remarqué il y quelques temps que la fonction doLivePreview n’est plus définie dans l’environnement global [3], donc le test de sa présence est toujours faux (de toutes façon, mw.user.options.get( 'uselivepreview' ) serait à priori mieux) — Ltrlg (discuter), le 26 octobre 2014 à 10:51 (CET)

 Ltrlg : Merci pour l'info, j'ai mis à jour mon code, tu peux l'appliquer à la version en prod si tu le souhaites. od†n ↗^blah 31 octobre 2014 à 20:39 (CET)

 Od1n et Arkanosis : Bonjour, le problème semble toujours se produire de temps en temps, cf. cette modification faite par  Masterdeis :. --NicoV (discuter) 17 mars 2015 à 07:20 (CET)

La seule explication plausible est qu'après une prévisualisation, le contributeur clique sur Enregistrer avant que le script n'ait été exécuté. Avec une connexion lente et un contributeur rapide, c'est tout à fait possible. C'est qu'il y en a une quantité de scripts exécutés… J'avais déjà modifié iRef pour qu'il tente de nettoyer au plus tôt, je ne vois guère autre chose à faire. Ou bien on se cotise pour offrir une connexion fibre optique ainsi que de la drogue opiacée à Masterdeis, ce afin d'accélérer la connexion et ralentir le contributeur. od†n ↗^blah 17 mars 2015 à 20:11 (CET)

 Od1n : Une idée: mettre un filtre anti-abus qui détecte l'ajout du commentaire d'iRef et empêche/prévient la sauvegarde ? --NicoV (discuter) 18 mars 2015 à 13:24 (CET)

J'ai créé Spécial:Filtre antiabus/256. J'ajouterai un message d'avertissement s'il y a des détections. Orlodrim (discuter) 28 juillet 2015 à 21:09 (CEST)

L'avertissement est activé. Orlodrim (discuter) 22 août 2015 à 19:32 (CEST)

Au final, la majorité des avertissements viennent de déconnexions involontaires, contre lesquelles on ne peut pas faire grand chose (à moins de mettre le code retirant les références automatiques dans MediaWiki:Common.js/edit.js). En tout cas, mon message semble suffisamment clair pour que les utilisateurs arrivent à régler le problème. Orlodrim (discuter) 1 septembre 2015 à 23:10 (CEST)

Ahh ça, les erreurs réseau c'est la plaie, en effet. Pas sûr qu'une implémentation dans le edit.js arrangerait quelque chose, à première vue il n'a pas l'air exécuté plus tôt, j'ai même l'impression que c'est le contraire. En tout cas un grand merci pour ta gestion de l'affaire. od†n ↗^blah 5 septembre 2015 à 08:22 (CEST)

Mode « modifier le code » avec problème (bis)

Article(s) ou modèle(s) concerné(s) : Toute modification par « modifier le code »

Questions : Bonjour. Environnement Firefox 40.0.2. Suite de Discussion Projet:JavaScript/Rapport de bug#Mode « modifier le code » avec problème du 14 août (deux sections plus haut sur cette page) et d'une mini-période du même acabit le 19 août, certains problèmes se sont reproduits aujourd'hui en mode « modifier le code » : disparition en bas de page des messages prédéfinis qui me servent très souvent à indiquer le motif de ma modification, et, par moments, des caractères spéciaux me permettant d'indiquer des références en colonnes, de mettre en référence, d'indiquer un format numérique, de créer un retour à la ligne ou de signer avec 4 tildes. Cet après-midi, le problème ne se produisait pas à la première page de modification mais après une prévisualisation ou une vérification de lien interne ou externe. Ce soir, ces éléments disparaissent dès l'ouverture de la page de modification en mode « modifier le code ». C'est extrêmement lassant de ne pas pouvoir compter sur un environnement stable. Je notifie à tout hasard Orlodrim (d · c · b) qui avait résolu le problème la première fois. Merci d'avance. Père Igor (discuter) 26 août 2015 à 22:45 (CEST)

Bonjour,

Tout pareil pour moi depuis hier après-midi. Daniel*D, 27 août 2015 à 01:40 (CEST)

Bonjour Père Igor,

En décochant les trois premiers gadgets des caractères spéciaux, il semble que les problèmes que j'avais ont disparu : messages prédéfinis, caractères spéciaux, mots magiques et entités HTML, tout ça réapparait. Il doit y avoir un rapport avec… la choucroute ou bien avec quelque gremlin. Cordialement et à la prochaine Daniel*D, 27 août 2015 à 10:40 (CEST)

 Daniel*D : bonjour. Effectivement. Je n'avais que la première case cochée (CaracteresHTML) dans mes préférences et le fait de la décocher a suffi pour rétablir l'environnement habituel. Merci pour le diagnostic. Père Igor (discuter) 27 août 2015 à 10:58 (CEST)

 Père Igor : je propose de créer : Projet:Inspecteur Gadgets. Daniel*D, 27 août 2015 à 11:14 (CEST)

Les gadgets ne marchaient plus, et Ori Livneh (d · c · b) a essayé de les réparer hier, mais apparemment ça a provoqué ces nouveaux problèmes. J'ai désactivé les trois gadgets en attendant que quelqu'un parvienne à les faire fonctionner. Orlodrim (discuter) 27 août 2015 à 23:06 (CEST)

Tu as bien fait et sans ces gadgets, le bas de la fenêtre de modif ressemble comme deux goutes d'eau à ce qu'il était lorsqu'ils fonctionnaient (en tout cas chez moi). À n'y rien comprendre. Daniel*D, 28 août 2015 à 00:09 (CEST)

Il faut sauver le gadget ExternalSearch

Bonjour, le gadget ExternalSearch (activé par défaut pour tous les utilisateurs !) ne fonctionnait pas chez moi (Firefox), et ce depuis un certain temps. Je me suis donc mis à la recherche de la cause, et voici : ligne 89, lsearchbox.tagName me donne INPUT, en majuscules, et donc forcément la comparaison avec input est erronée. Il faut donc rendre cette comparaison case-insensitive. Pour le pourquoi du comment : Stack Overflow, MDN. si ça se trouve le bug remonte à la migration HTML5 en 2012, on a l'air fins !. Amicalement, od†n ↗^blah 5 septembre 2015 à 09:01 (CEST)

Je crois qu'en juillet, il y avait un niveau d'imbrication supplémentaire (l'élément d'identifiant "searchText" n'était pas une balise <input>). Orlodrim (discuter) 5 septembre 2015 à 11:06 (CEST)

Merci, cependant je pense qu'il vaudrait mieux faire une comparaison case-insensitive. od†n ↗^blah 5 septembre 2015 à 11:25 (CEST)

Oui, c'est mieux, j'avais lu trop vite. Orlodrim (discuter) 5 septembre 2015 à 11:55 (CEST)

TypeError Chrome

Bonjour,

Voici l'erreur qui s'affiche sous Google Chrome en ce moment.

TypeError: $.fn.callout.autoDirection is not a function TypeError: $.fn.callout.autoDirection is not a function
    at showInvitation (https://fr.wikipedia.org/w/load.php?debug=false&lang=fr&modules=ext.cx.campaigns.contributionsmenu&skin=vector&version=20150527T034624Z&*:2:965)
    at HTMLDocument.<anonymous> (https://fr.wikipedia.org/w/load.php?debug=false&lang=fr&modules=ext.cx.campaigns.contributionsmenu&skin=vector&version=20150527T034624Z&*:3:297)
    at jQuery.Callbacks.fire (https://fr.wikipedia.org/w/load.php?debug=false&lang=fr&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150520T205850Z:45:124)
    at Object.jQuery.Callbacks.self.add [as done] (https://fr.wikipedia.org/w/load.php?debug=false&lang=fr&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150520T205850Z:45:664)
    at jQuery.fn.ready (https://fr.wikipedia.org/w/load.php?debug=false&lang=fr&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150520T205850Z:49:63)
    at jQuery.fn.init (https://fr.wikipedia.org/w/load.php?debug=false&lang=fr&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150520T205850Z:41:261)
    at jQuery (https://fr.wikipedia.org/w/load.php?debug=false&lang=fr&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150520T205850Z:1:637)
    at https://fr.wikipedia.org/w/load.php?debug=false&lang=fr&modules=ext.cx.campaigns.contributionsmenu&skin=vector&version=20150527T034624Z&*:3:176
    at mw.loader.implement.css (https://fr.wikipedia.org/w/load.php?debug=false&lang=fr&modules=ext.cx.campaigns.contributionsmenu&skin=vector&version=20150527T034624Z&*:3:517)
    at runScript (https://fr.wikipedia.org/w/load.php?debug=false&lang=fr&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150520T205850Z:160:951)log @ load.php?debug=false&lang=fr&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150520T2…:176handler @ load.php?debug=false&lang=fr&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150520T2…:153jQuery.Callbacks.fire @ load.php?debug=false&lang=fr&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150520T2…:45jQuery.Callbacks.self.fireWith @ load.php?debug=false&lang=fr&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150520T2…:46jQuery.Callbacks.self.fire @ load.php?debug=false&lang=fr&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150520T2…:46mw.track @ load.php?debug=false&lang=fr&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150520T2…:153runScript @ load.php?debug=false&lang=fr&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150520T2…:161mw.loader.checkCssHandles @ load.php?debug=false&lang=fr&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150520T2…:161mw.loader.cssHandle @ load.php?debug=false&lang=fr&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150520T2…:161jQuery.Callbacks.fire @ load.php?debug=false&lang=fr&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150520T2…:45jQuery.Callbacks.self.fireWith @ load.php?debug=false&lang=fr&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150520T2…:46jQuery.Callbacks.self.fire @ load.php?debug=false&lang=fr&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150520T2…:46addEmbeddedCSS @ load.php?debug=false&lang=fr&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150520T2…:156(anonymous function) @ load.php?debug=false&lang=fr&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150520T2…:156
load.php?debug=false&lang=fr&modules=user&only=scripts&skin=vector&user=Superjuju10&version=2015042…:2 Mixed Content: The page at 'https://fr.wikipedia.org/w/index.php?title=Wikip%C3%A9dia:Demande_de_protection_de_page&action=history' was loaded over HTTPS, but requested an insecure script 'http://en.wikipedia.org/w/index.php?title=User:Cacycle/wikEd.js&action=raw&ctype=text/javascript&dontcountme=s'. This request has been blocked; the content must be served over HTTPS.(anonymous function) @ load.php?debug=false&lang=fr&modules=user&only=scripts&skin=vector&user=Superjuju10&version=2015042…:2
load.php?debug=false&lang=fr&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150520T2…:154 Use of "addOnloadHook" is deprecated. Use jQuery instead.

Cet erreur semble avoir des incidences sur ma navigation dans les pages Wikipédia : extensions qui ne se chargent pas du premier coup notamment.

Merci de vos réponses, — Superjuju10 ^{[Aubline à votre disposition]}, le 27 mai 2015 à 18:36 (CEST)

 Superjuju10 :

Bonjour,

Je n'ai pas les erreurs du début en activant le même common.js que toi. Si tu as toujours des problèmes, essaye déjà de blanchir Utilisateur:Superjuju10/common.js, pour voir si ça vient de là ou des gadgets. Puis selon le résultat, réactive les lignes du common.js une par une jusqu'à trouver celle provoque des erreurs, ou désactive les gadgets un par un jusqu'à ce que ça marche mieux.

Par contre, il y a un truc qui ne marche certainement pas dans ton common.js, c'est le code pour charger wikEd. Tu devrais enlever ceci :

// Installe wikEd pour l'édition des pages (pour tous)
// Traduction de [[Utilisateur:Leag|Leag]] : [[Utilisateur:Leag/wikEd|wikEd]]</syntaxhighlight>

// disable loading for IE, not needed, but might save a few milliseconds
if (navigator.appName != 'Microsoft Internet Explorer') {

// install [[:en:User:Cacycle/wikEd]] in-browser text editor
document.write('<script type="text/javascript" src="'
+ 'http://en.wikipedia.org/w/index.php?title=User:Cacycle/wikEd.js'
+ '&action=raw&ctype=text/javascript&dontcountme=s"></script>');
}

et à la place, activer le gadget wikEd dans tes préférences (enfin si tu veux l'utiliser, bien sûr).

Orlodrim (discuter) 22 août 2015 à 23:23 (CEST)

MediaWiki:Gadget-MoveDeluxe.js ne fonctionne plus

Bonjour,

Le gadget ne fonctionne plus avec la nouvelle interface de renommage.

Merci d'avance, --Mathis B ^discuter, le 1 octobre 2015 à 08:47 (CEST)

J'ai trouvé le problème mais n'étant pas administrateur j'ai fait la demande ici : Wikipédia:Demande d'intervention sur un message système. Ça remarchera comme sur des roulettes après. Prométhée (discuter) 1 octobre 2015 à 18:16 (CEST)

Correctif appliqué, merci. Orlodrim (discuter) 1 octobre 2015 à 21:37 (CEST)

Merci  Prométhée et Orlodrim. --Mathis B ^discuter, le 2 octobre 2015 à 01:07 (CEST)

Gadgets "HS".

Bonjour,
depuis quelques jours certains gadgets disparaissent sur les pages de l'espage encyclopédique comme 'HotCats', 'XTools gadget' ou encore l'option d'autocompletion du module de recherche. J'ai l'erreur suivante dans la console de mon navigateur Firefox 40 : « 722 TypeError: $.uls is undefined load.php:360:0 ». Et je ne suis pas le seul à rencontrer ce problème : bistro du 2/10/15. Y a-t-il une personne qui pourrait corriger cette anomalie ?
D'avance, merci.--ContributorQ^(✍) 3 octobre 2015 à 00:38 (CEST)

 ContributorQ : pour le moment la seule solution est de désactiver l'outil béta de traduction (comme indiqué sur le bistro), il semble que se soit lui qui fasse planter bon nombre de gadget javascript. J'imagine qu'on pourrait contacter les développeurs mais où ? ... bonne question.Prométhée (discuter) 6 octobre 2015 à 18:20 (CEST)

Sur Phabricator : #content-translation et probablement #resourceloader — bonnes contributions, Ltrlg (discuter), le 6 octobre 2015 à 19:10 (CEST)

J'ai laissé un message sur mediawikiwiki:Talk:Content_translation, plus simple pour moi. On aura peut être un début de réponse. Prométhée (discuter) 6 octobre 2015 à 21:32 (CEST)

Tu devrais essayer. Une fois que tu as initialisé ton compte (très simple) et compris que le bouton « + » en haut à droite permet de créer une tâche (c’est fait !), je pense que c’est de difficulté équivalente. La syntaxe est un peu différente mais ressemble beaucoup au wikitexte.

L’avantage est qu’il est simple d’ajouter des destinataires aux messages, donc de travailler avec les personnes vraiment concernées, sur plusieurs équipes.

Enfin, l’important est que ce soit signalé.

— bonnes contributions, Ltrlg (discuter), le 6 octobre 2015 à 21:58 (CEST)

Bonsoir,
 Prométhée : merci pour l'info.
Je viens de rapporter le bogue sur Phabricator : demande n° 114817.

Bonjour,
tout fonctionne de nouveau correctement.--ContributorQ^(✍) 7 octobre 2015 à 13:16 (CEST)

RenommageCategorie ne crée pas la destination

Je viens d'utiliser deux fois Projet:JavaScript/Notices/RenommageCategorie qui fonctionne correctement à part qu'il ne crée pas la catégorie de destination. Après le traitement des pages membres, il affiche bien les deux popups "Renommer ?" puis "Supprimer ?", blanchit la catégorie source et appose le bandeau SI, mais ne transfère pas le contenu vers la catégorie destination. --Rinaku (d · c) 27 août 2014 à 16:53 (CEST)

Je ne sais pas quel était le problème exact, mais le code de renommage a été réécrit et en l'état actuel, il ne devrait pas être possible que la catégorie soit marquée avec un bandeau {{SI}} si le renommage n'a pas eu lieu. Orlodrim (discuter) 22 octobre 2015 à 21:38 (CEST)

Renommer catégorie

Salut. On dirait qu'il y a eu une mise à jour de ce gadget depuis la dernière fois que je l'ai utilisé, et je dois dire que c'est assez catastrophique:

• Ouverture d'une multitude de pop-up pas nécessairement utiles ("getWikidataId", "ListPages", "ModifCat", "MoveCat") , où la seule chose à faire est cliquer sur "ok", comme un singe savant. De plus, si on a le malheur de cocher l'option "Prevent this page from creating additional dialogs" (au passage, ça pourrait être traduit...) sur l'un des trois dernière fenêtre, tout le processus s'interrompt (contrairement à avant) et il est impossible de le relancer sans recharger la page. En effet, si on relance de nouveau le gadget, on a beau cliquer sur "valider", rien ne se passe.
• Une fois les articles changés de catégories, il y a normalement la possibilité de renommer la page de catégorie. Seul problème quand on arrive à la page de renommage, un nouveau pop-up "DeleteOldCat" surgit avec comme seul possibilité de cliquer ok. Et si on clique ok, il ferme la page de renommage en fond pour revenir à la page de catégorie, maintenant vide (d'article, mais avec toujours les catégories, modèles, etc.) mais pas renommée. Bref si on veut renommer, on est obligé de relancer le processus avec l'option "Renommer uniquement la catégorie", qui lui laisse accéder à la page de renommage (mais où il faut ré-entre manuellement le nouveau nom de la catégorie dans le formulaire, après l'avoir déjà entré dans le pop-up du gadget quelques secondes plus tôt).

Bref, ça serait pas mal de corriger cette nouvelle version, car pour moi ce gadget dans sa précédente version était géniale, sans problème à signaler, et un des plus utiles que j'utilise. Merci — Rhadamante 4 décembre 2014 à 20:35 (CET)

Bonjour,

une refonte est en cours pour, notamment, sélectionner toutes les options dans le menu initial.

⇨ D^r Brains ^{∞ Consultation ∞} 5 décembre 2014 à 13:49 (CET)

Le renommage doit fonctionner. Orlodrim (discuter) 22 octobre 2015 à 21:39 (CEST)

verifHomon ne marche plus

Bonjour,

Depuis ce matin, le lien "Vérifier homonymies" n'apparaît plus dans la colonne de gauche. J'ai pourtant l'option correspondante cochée dans mes préférences. J'ai même essayé en rajoutant obtenir('verifHomon'); dans mon commons.js, rien n'y fait. Suis-je le seul ?

Merci

[edit] On dirait en fait qu'il n'apparaît plus dans l'espace principal. Sur la présente page ainsi que par exemple sur celle-ci je l'ai bien. Par contre sur l'espace principal, rien du tout . Par contre j'ai toujours celle de verifEbauche.

Gonzolito ^Pwet 2 octobre 2015 à 13:10 (CEST)

Pas de problème de mon côté ; as-tu des messages dans la console JavaScript de ton navigateur ? — bonnes contributions, Ltrlg (discuter), le 2 octobre 2015 à 19:34 (CEST)
P.S. obtenir est une mauvaise fonction, qui ne charge qu’une partie des gadgets. Je la déconseille très fortement !

Heu... à n'y plus rien comprendre, ça remarche...

En tout cas merci pour la réaction. Du coup en quoi obtenir est une mauvaise fonction, histoire de savoir ?

Gonzolito ^Pwet 6 octobre 2015 à 12:50 (CEST)

 Gonzolito :La solution est de désactiver l'outil béta de traduction de contenu. Cf :

• Wikipédia:Le Bistro/2 octobre 2015#Quelqu'un a-t-il le même problème que moi ?
• Wikipédia:Le_Bistro/3_octobre_2015#Diff, où es tu ?
• Wikipédia:Le Bistro/4 octobre 2015#Popups et géolocalisation dans la panade - problème javascript ?
• la section çi-dessous

Il y a un réel problème avec cet outil qui à priori fait planter les gadgets JS. Prométhée (discuter) 6 octobre 2015 à 18:24 (CEST)

obtenir( gadget ) est un alias pour importScript( 'MediaWiki:Gadget-' + gadget + '.js' ). Pour des scripts simples, ça fonctionne. Mais pour des gadgets un poil plus complexes, ça ne charge qu’un partie des fichiers constituant le gagdet : dans le cas de verifHomon par exemple, la feuille de styles n’est pas chargée. D’autres gadgets peuvent aussi avoir des dépendances qui ne seront pas respectées par obtenir (exemples).

Enfin, les scripts sont exécutés directement dans l’environnement JavaScript global alors que l’extension Gadgets (qui gère ceux des préférences) les isoles. Cette dernière propriété peut causer des bugs si plusieurs gadgets utilisent les mêmes variables, d’autant que le comportement de Gadgets n’incite plus à développer en préfixant toutes les variables (ce qui est bien en général, mais pas pour obtenir).

— bonnes contributions, Ltrlg (discuter), le 6 octobre 2015 à 19:03 (CEST)

Merci Prométhée , il est en effet activé chez moi.

Merci Ltrlg pour les explications !

Gonzolito ^Pwet 6 octobre 2015 à 22:38 (CEST)

J'archive car le problème initial semble résolu et je ne peux pas intervenir sur l'outil de traduction. Orlodrim (discuter) 22 octobre 2015 à 21:43 (CEST)

Notification absente

Avec la version Bêta, je n'ai plus de message ou d'alerte, quand quelqu'un me met {{notifinv|utilisateur}} à mon nom.--Io Herodotus (discuter) 27 octobre 2015 à 15:15 (CET)

 Io Herodotus :

Bonjour,

Je ne sais pas ce qu'est la version bêta, mais si c'est à propos de cette modification, l'absence de notification vient sans doute du fait que la modification a également supprimé du texte. Il semblerait que ça ne marche que si la modification est un ajout simple.

Cela dit, même si ce n'est pas ça, les notifications ne sont pas liées au Javascript et on ne peut pas agir là-dessus au niveau de Wikipédia (c'est intégré au logiciel MediaWiki).

Orlodrim (discuter) 27 octobre 2015 à 18:47 (CET)

Merci, ce doit être ça puisque cela fonctionne maintenant.--Io Herodotus (discuter) 27 octobre 2015 à 21:28 (CET)

Gadget pour masquer la sidebar

Bonjour. J’utilisais un gadget TogglePanel de WikiBooks très simple qui ajoute un bouton en haut de page pour masquer/afficher la barre lattérale gauche. Il fonctionne encore bien sur Wikibooks, mais plus sur Wikipédia. Je n’ai pas fait attention depuis quand l’option a disparu de mon interface. Je l’appelais sur mon vector.js (je n’ai rien touché à ce .js), j’ai essayé à l’instant de commenter mes quelques changements sur mon vector.css (pour alléger un peu l’interface) pour voir s’il n’était pas masqué et les autres boutons sont bien réapparus, mais celui du gadget non. Une idée du problème ? Est-ce qu’on pourrait l’avoir en gadget « officiel » sur WP ? – A2 (discuter) 1 novembre 2015 à 07:34 (CET)

Il n'est plus possible de faire document.write()

Remplace ton code par : mw.loader.load('//fr.wikisource.org/w/index.php?title=MediaWiki:Gadget-TogglePanel.js&action=raw&ctype=text/javascript');

od†n ↗^blah 1 novembre 2015 à 16:32 (CET)

Parfait. Merci Od†n. – A2 (discuter) 1 novembre 2015 à 19:41 (CET)

RenommageCategorie

Salut. Depuis que la mise en forme de la page de renommage a changé (ça doit faire un mois), RenommageCategorie buggue. Après avoir tranféré tous les articles de l'ancienne catégorie vers la nouvelle, il plante au moment de renommer la catégorie, car il veut renommer l'ancienne catégorie avec son propre nom. Pour être clair, si on veut renommer la « Catégorie:A » en « Catégorie:B », il plante à la fin car il veut renommer « Catégorie:A » en « Catégorie:A », ce que Mediawiki empêche, évidemment, et on est obligé de le faire manuellement. — Rhadamante 15 octobre 2015 à 21:48 (CEST)

C'est corrigé. Orlodrim (discuter) 22 octobre 2015 à 20:43 (CEST)

Je te remercierai formellement quand j'aurais à renommer un truc pour savoir si ça marche vraiment . — Rhadamante 22 octobre 2015 à 23:46 (CEST)

C'est maintenant le cas, et ça a bien marché, merci donc. — Rhadamante 3 novembre 2015 à 04:38 (CET)

Par contre, ça plante toujours quand on utiliser l'option « Renommer uniquement la catégorie ». Et j'ai l'impression que même si on a décoché « suivre les pages modifiés », l'ancienne catégorie est mise en liste de suivi. — Rhadamante 3 novembre 2015 à 06:27 (CET)

 Rhadamante :

J'ai fait quelques ajustements :

• Le but du bouton « Renommer uniquement la catégorie » est simplement de renvoyer vers la page de renommage classique. Pour que ce soit plus clair, j'ai remplacé le bouton par un lien.
• Je ne vois pourquoi quelqu'un voudrait suivre toutes les pages d'une catégorie qu'il renomme. J'ai supprimé cette option.
• La catégorie elle-même était précédemment ajoutée à la liste de suivi si la case « Ajouter à ma liste de suivi les pages et les fichiers que je renomme » était cochée dans les préférences (c'est ton cas, n'est-ce pas ?). Désormais, il n'y aura jamais de changement.
  Je m'étais dit au départ qu'il valait mieux respecter les préférences. Cependant, l'interface de renommage classique donne toujours le choix, via une case à cocher, de suivre ou non la page, et la préférence n'a d'effet que sur l'état par défaut de la case à cocher. À l'inverse, dans ce formulaire, la page était silencieusement ajoutée à la liste de suivi. J'aurais pu recycler la case à cocher précédente pour qu'elle agisse sur la catégorie elle-même plutôt que ses pages, mais bon, ça me semble d'une utilité assez limitée.

Orlodrim (discuter) 3 novembre 2015 à 19:15 (CET)

Ok, merci (et oui, c'est mon cas, mais quand on renomme, on a en fait l'option de suivre ou non. Quand j'ai coché cette option, il y a fort longtemps, je ne renommais que les pages auxquelles je contribuais. Maintenant ce n'est plus le cas. Je vais sans doute la décocher...) — Rhadamante 3 novembre 2015 à 19:23 (CET)

Gadget non-fonctionnels dans certains espaces

Salut, je remarque que la plupart de mes gadgets (que ce soit les pop-up, les Homonymies en couleur, la suppressions des infobulles, resumé deluxe, searchbox, les caractères spéciaux autres que les diacritiques), y compris des scripts personnels comme ma barre d'édition personnalisée, ou même les suggestions automatiques dans la barre de recherche, ne fonctionnent pas ou n'apparaissent pas dans certains espaces, en particulier (voire uniquement) dans tous les espaces de discussions, que ce soit les pdd des articles, des projets (cette page inclue), des portails, de l'espace wikipédia, etc. alors que tout marche très bien dans l'espace princpal, dans l'espace wiki, etc. Je n'ai aucune fonctionnalité bêta activée, et encore moins la « Traduction du contenu » qui semble poser quelques soucis à pas mal de gens. Une idée de ce qui pourrait poser problème ? — Rhadamante 1 novembre 2015 à 20:32 (CET)

N'importe quel bug dans n'importe quel gadget peut casser tout le javascript.

Quels gadgets as-tu activés dans les préférences ? Est-ce que les problèmes non liés à des gadgets (comme l'absence de suggestions dans la barre de recherche) persistent si tu désactives tous les gadgets ? Et si tu effaces Utilisateur:Rhadamante/monobook.js et Utilisateur:Rhadamante/common.js ?

Orlodrim (discuter) 2 novembre 2015 à 22:09 (CET)

En blanchissant mes common.js et monobook.js les suggestions reviennent, mais pas les autres gadgets (pop-up, les Homonymies en couleur, la suppressions des infobulles, resumé deluxe, searchbox, les caractères spéciaux autres que les diacritiques). Je vais tester en supprimant les gadgets un à un, mais j'en ai un paquet, ça va prendre du temps. Sinon la liste des gadgets que j'ai :

• EbauchesOff
• LabelsOff
• ArchiveLinks
• HomonymiesEnCouleur
• LastContrib
• NewCollapsible
• Popups
• WikiOpenStreetMap
• WikiMiniAtlas
• SousPages
• TriInterWiki
• OngletJournal
• SupprimerInfoBulles
• ResumeDeluxe
• Searchbox
• CaracteresHTML
• CaracteresMagic
• CaracteresParser
• BandeauxPortails
• HotCatsMulti
• ContribsRange
• OptimizedSuivi
• SuiviSimple
• RevertDiff
• ExternalSearch
• Wdsearch
• SuppressionDeluxe

— Rhadamante 3 novembre 2015 à 04:49 (CET)

Il semblerait que ce soit le gadget « SupprimerInfoBulles » qui fait tout planter (pop-up, caractères spéciaux notamment). — Rhadamante 3 novembre 2015 à 05:04 (CET)

Et aussi les suggestions de la barre de recherche, ma barre d'édition perso... Vu que je viens de réactiver mes .js et purger le cache, et que tout le reste marche. Merci, je désactive ce gadget qui n'est de toutes façons pas si utile. — Rhadamante 3 novembre 2015 à 05:08 (CET)

Bizarre, le code du gadget a l'air tout à fait inoffensif. Tant mieux si ça marche, mais je ne pourrai pas corriger car je n'ai pas pu reproduire le bug en activant le gadget, ni même en activant toute la liste. Orlodrim (discuter) 3 novembre 2015 à 19:53 (CET)

Boîtes déroulantes

Enregistré sur Phabricator
Tâche 116765

Bonjour

Un retour concernant l'éditeur visuel pointe le fait que les boîtes déroulantes ({{modèle:boîte déroulante début}}) en sont pas repliées ni repliables après une édition par l'éditeur visuel. Côté Fondation, les premières recherches montrent que c'est le gadget local qui est en cause. Pouvez-vous y jeter un coup d'œil ?

Merci, Trizek (WMF) (discuter) 16 novembre 2015 à 17:09 (CET)

Fait. Amicalement — Arkanosis ^✉ 17 novembre 2015 à 00:58 (CET)

Merci beaucoup ! C'est typiquement le type de choses qu'il faudrait mutualiser entre wikis pour éviter des surprises. Trizek (WMF) (discuter) 18 novembre 2015 à 12:41 (CET)

Certainement. Comme tout le code, d'ailleurs (JavaScript, modèles, modules Lua…). Mais pour ça, il nous faudrait un vrai système de centralisation (dépôt central à la Gadgets v2 / v3), ce qui n'est toujours pas d'actualité, malheureusement… Peut-être que tu pourrais pousser un peu le sujet à la WMF ? Remarque, dans le cas présent, on peut même se demander pourquoi le code utilisé n'est pas directement dans MediaWiki… — Arkanosis ^✉ 18 novembre 2015 à 14:12 (CET)

Gadget "BandeauxEbauches"

Bonjour,

Il semble que ce gadget génère une erreur JS, empéchant les autres scripts de fonctionner. Dans la console JS :

TypeError: BandeauTable is undefined
window.BandeauxEbauches() load.php:138
jQuery.Callbacks/fire() load.php:45
jQuery.Callbacks/self.fireWith() load.php:46
.ready() load.php:49
completed() load.php:49


Si quelqu'un peut regarder. Merci. --Sacamol (discuter) 11 janvier 2016 à 13:16 (CET)

Je ne parviens pas à reproduire l'erreur, et à première vue je ne vois pas d'où cela pourrait venir. Tu rencontres encore cette erreur ? Cela se produit sur toutes les pages ? od†n ↗^blah 12 janvier 2016 à 09:06 (CET)

Bonjour  Od1n : Je m'aperçois que j'ai pas été très précis dans ma description. 1- Le problème survient lorsque le gadget est activé dans les préférences (si pas activé pas de problèmes, à priori). 2- le problème intervient sur les pages du main lorsque un bandeau d'ébauche est déjà positionné (exemple :Église Sainte-Thérèse-de-l'Enfant-Jésus de Geispolsheim) gênant le fonctionnement des autres gadgets (hotcats, bandeauxportails, les multicartes non regroupées dans l'infoboite, etc) 3- au cas où : le problème est présent sur FF 43.0 et chrome 47. Cordialement, --Sacamol (discuter) 12 janvier 2016 à 12:22 (CET)

Je parviens maintenant à reproduire le bug, il fallait purger le cache serveur. C'est vraisemblablement dû aux récentes modifications dans Modèle:Méta bandeau d'avertissement et Module:Bandeau, j'essaierai de voir cela. od†n ↗^blah 12 janvier 2016 à 12:34 (CET)

update : J'ai fait une ébauche () de rafistolage ici Utilisateur:Od1n/MediaWiki:Gadget-BandeauxEbauches.js, mais c'est pas propre du tout, je vous laisse poursuivre le sujet. Une régression dans mon code par rapport à avant, c'est que les icônes à gauche ne sont pas masquées lors de la modification des ébauches. Et il y a très certainement des bugs. Ping Zebulon84 od†n ↗^blah 12 janvier 2016 à 13:25 (CET)

J'ai effectivement pas mal transformé la structure HTML des bandeaux, notamment des bandeaux d'ébauche. Il est donc probable que ce gadget ne fonctionne plus correctement.

Je vais regarder ça, mais le temps que je comprenne comment il fonctionne et trouver une solution pour le déboguer, tester... ça peut prendre quelque temps. En attendant j'ai fait en sorte que le modèle {{ébauche}} utilise l'ancien code.  Od1n et Sacamol : pouvez-vous me confirmer que le gadget refonctionne correctement ? — Zebulon84 (discuter) 12 janvier 2016 à 13:42 (CET)

Le modèle {{Ébauche/Bac à sable}} utilise la nouvelle version des bandeaux d'avertissement, pour ceux qui veulent tester. — Zebulon84 (discuter) 12 janvier 2016 à 13:46 (CET)

 Zebulon84 et Od1n : Ca semble fonctionner normalement. Merci de votre réactivité.--Sacamol (discuter) 12 janvier 2016 à 14:01 (CET)

Sauf que du coup, le rendu visuel des bandeaux d'ébauche est un peu dégradé (gros texte bien gras, hauteur écrasée) et n'est plus uniforme avec les autres bandeaux… od†n ↗^blah 13 janvier 2016 à 00:14 (CET)

update : Zebulon84 a remédié à cela, merci od†n ↗^blah 14 janvier 2016 à 09:38 (CET)

 Sacamol et Od1n : les bandeaux d'ébauches utilisent de nouveau le Module:Bandeau. J'ai modifié le gadget pour qu'il fonctionne avec ces nouveaux bandeaux. N'hésitez pas à me signaler les éventuels dysfonctionnements. Problème connu mais que je n'ai pas envie de régler, d'autant que je n'ai pas de matériel Apple pour le tester : sous Safari il n'y a priori pas de liste déroulante avec des propositions, car Safari est le seul navigateur qui ne gère pas les <datalist>. — Zebulon84 (discuter) 6 mai 2016 à 14:07 (CEST)

Problème avec l'un des scripts de la barre de semaines de l'Oracle

Bonjour,

Le script de la page Wikipédia:Oracle/BarreSemaines ou d'une des pages subséquentes était semble-t-il censé prendre en compte le cas des années comportant 53 semaines, si l'on en croit les commentaires de ces scripts. De fait, ça ne marche pas, ce qui oblige (voir dans l'Oracle de cette semaine ou de la semaine passée) à bricoler un lien vers la semaine perdue. Parcourant les anciennes pages pour vérifier la chose, j'ai pu constater qu'aucune année depuis 2007 ne comporte de liste de 53 semaines, ce qui est improbable, le phénomène se reproduisant au minimum une année sur sept.

Si quelqu'un pouvait se pencher sur la question et voir si elle est résoluble, ça serait cool.

Merci d'avance et, dans tous les cas, bonne année 2016 ! >O~ ♦M♦ ~H< 12 janvier 2016 à 07:51 (CET)

Corrigé. Celui-ci a été assez jouissif à trouver od†n ↗^blah 12 janvier 2016 à 09:46 (CET)

…  Od1n : : — Hautbois ^[canqueter] 12 janvier 2016 à 10:02 (CET)

Grand merci, od†n, pour la correction et pour ta célérité >O~ ♦M♦ ~H< 12 janvier 2016 à 11:41 (CET)

MonobookToolbarPatrouille

Je rencontre un bug sur MonobookToolbarPatrouille : le bouton maladresse/test1/etc ouvre la page suivante :

Mauvais titre

Le titre de la page demandée contient des caractères non valides : « < ».

(essayé sous Safari et Firefox) --—d—n—f (discuter) 9 septembre 2016 à 10:21 (CEST)

 Do not follow :

Bonjour,

Je pense que c'était plutôt RevertDiff et il est corrigé.

(MonobookToolbarPatrouille affiche des boutons dans la barre d'outils pour insérer des messages dans la zone d'édition et n'est pas censé ouvrir d'autre page, alors RevertDiff affiche des liens pour poster des messages directement depuis un diff).

Orlodrim (discuter) 9 septembre 2016 à 19:21 (CEST)

Je comprends (enfin je crois ) ça a l'air de bien marcher Merci Orlodrim --—d—n—f (discuter) 9 septembre 2016 à 19:26 (CEST)

Typeerror sur deux scripts

Bonjour,

J'ai deux scripts qui ne marchent plus et affichent des erreurs dans la console de mes navigateurs :

• Utilisateur:Superjuju10/annif.js : Failed to set referrer policy: The value 'origin-when-cross-origin' is not one of 'always', 'default', 'never', 'no-referrer', 'no-referrer-when-downgrade', 'origin', 'origin-when-crossorigin', or 'unsafe-url'. This document's referrer policy has been left unchanged & TypeError: Cannot read property 'cloneNode' of undefined (ligne 28)
• Et sur le script Utilisateur:0x010C/script/PopupVandalism.js (déjà signalé à  0x010C mais sans qu'il ne réussisse à résoudre le problème), j'ai également cet autre erreur : Uncaught TypeError: Cannot read property 'getElementsByTagName' of undefined (ligne 43).

Merci d'avance pour les corrections. — Superjuju10 ^{[Aubline à votre disposition]}, le 17 septembre 2016 à 14:02 (CEST)

@Superjuju10 Concernant mon script, je sais d'où viens l'erreur, faut juste que je prenne le temps de corriger le bouzin — 0x010C ^~discuter~ 17 septembre 2016 à 19:41 (CEST)

J'ai corrigé les deux scripts. od†n ↗^blah 17 septembre 2016 à 22:13 (CEST)

Problème de placement du bandeau avec le gadget BandeauxEbauches

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)

navbox

 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)

Problèmes multiples

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)

BlockLogById

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-Evaluation

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/fr

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)

EditZeroth

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

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é

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)

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

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)

La fin de minerva.js

Bonjour, depuis le 18 dans l'après-midi, sans raison, tous les scripts que j'ai sur minerva.js ont été désactivés : chouette.js, chouette-revert.js et mobileUndo !! Au secours !!! Si quelqu'un sait comment mettre fin à ce drame ce serait vraiment génial ! Merci par avance pour votre attention. (comme demandé voici mon navigateur : Google Chrome version 80.0.3987.117) Laurent04000 (discuter) 21 février 2020 à 21:14 (CET)

 Laurent04000 :

Bonjour,

Quand je teste avec la configuration, ça marche sur fr.wikipedia.org (en choisissant manuellement le thème minerva) alors que ça plante sur fr.m.wikipedia.org, où le importScript ne semble plus fonctionner.

J'ai redéfini une variante de importScript dans Utilisateur:Laurent04000/minerva.js. Est-ce que ça marche mieux ? (il faudra peut-être rafraîchir la page, idéalement une purge du cache du navigateur, mais la page d'aide n'a pas l'air de prévoir les navigateurs pour mobile...)

Orlodrim (discuter) 22 février 2020 à 13:48 (CET)

Bonjour Orlodrim, ÇA REMARCHE !!!!!! Alors là MERCI BEAUCOUP vous m'avez sauvé, sans ces scripts c'est une galère sans nom l'édition et surtout la patrouille sur mobile !

Eh oui, comme vous, j'ai pu tester aujourd'hui sur divers habillages (Trizek m'a appris ces trucs là), et j'ai remarqué que sur MinervaNeue ça marchait — et que sur lui d'ailleurs — mais bon j'ai compris assez vite que même si c'est un peu hybride on dirait, comme habillage, c'est pas une version mobile et c'est pas très pratique sur téléphone.

Concernant la purge du cache, en fouillant Chrome, j'ai trouvé Paramètres → Confidentialité → Effacer les données de navigation où il est écrit « vider le cache », ça doit être ça, mais y'a même pas eu besoin de le faire.

Bref, encore un GRAND MERCI pour votre aide !!! Laurent04000 (discuter) 22 février 2020 à 21:28 (CET)

Parfait, mais du coup ça veut dire que tu n'es pas le seul concerné.

 Framawiki, Seudo et PAC2 :

Vos propres scripts minerva.js ne fonctionnent vraisemblablement plus pour la même raison.

Vous pouvez remplacer :

importScript('LE_SCRIPT_À_CHARGER');

par :

mw.loader.load('//fr.wikipedia.org/w/index.php?title=LE_SCRIPT_À_CHARGER&action=raw&ctype=text/javascript');

ou redéfinir une version de importScript comme dans je l'ai fait dans Utilisateur:Laurent04000/minerva.js.

Je ne sais pas si c'est un bug ou si j'ai raté une annonce quelque part (importScript est vaguement plus ou moins obsolète depuis phab:T95964). Comme vos trois pages semblent être les seules à utiliser importScript dans minerva.js, je n'ai pas cherché à approfondir.

(@Framawiki : en passant, importer directement "Utilisateur:PAC2/minerva.js" t'expose à des surprises si PAC2 fait des tests avec)

Orlodrim (discuter) 23 février 2020 à 00:25 (CET)

Et d'ailleurs, ne faudrait-il pas que l'on modifie Projet:Charte graphique/Minerva#Personnaliser Minerva pour entrer vos nouveaux codes au lieu d'importScript(' ? Ça se bouscule franchement pas pour utiliser la version mobile et a fortiori ces scripts (la preuve, à chaque fois que j'en parle, même des wikipédiens très expérimentés et versés dans l'informatique ne connaissent pas), mais si un jour quelqu'un y vient, il sera content de trouver un truc prêt à l'emploi ! Laurent04000 (discuter) 23 février 2020 à 09:16 (CET)

Merci pour l'info et la notification. Mais je n'utilise plus guère minerva.js car je suis passé au skin Timeless, qui présente l'avantage de fonctionner aussi bien sur fixe que sur portable (avec toutes les fonctionnalités, me semble-t-il). Seudo (discuter) 23 février 2020 à 11:15 (CET)

Merci Orlodrim pour la notif, j'ai supprimé ma page :) Framawiki ^✉ 23 février 2020 à 18:36 (CET)

ContribsRange

Bonjour. Le gadget "ContribsRange" ne semble plus fonctionner, au moins pour moi et Esprit Fugace (d · c · b) (cf Wikipédia:Bulletin des administrateurs/2020/Semaine 22#Contributions d'une plage). Quelqu'un saurait comment y remédier ? 'toff ^[discut.] 29 mai 2020 à 21:42 (CEST)

Script mis à jour. od†n ↗^blah 31 mai 2020 à 04:08 (CEST)

Bug avec C-helper ?

Bonjour,

chez moi, avec le gadget C-helper, ma barre de recherche apparait en-dessous, et non comme d'habitude à extrême droite (voir cette capture d'écran). En plus de Mozilla, j'ai essayé avec Chrome, même problème.

Par contre, lorsque je décoche le gadget C-helper, tout revient à la normale (sur les deux navigateurs).

Je ne sais pas si je suis le seul...

Cordialement. — Jack^rs (discuter) le 17 juin 2020 à 19:13 (CEST)

Bonjour, oui en effet. Le problème a notamment été évoqué sur le Bulpat. Bien cordialement, AB Louis ^{discussion, mail.} 17 juin 2020 à 19:52 (CEST)

Oups. Merci  AB Louis !

Il est vrai que ce n'est pas dans mes habitudes de consulter le Wikipédia:Bulletin des patrouilleurs...

Bien cordialement . — Jack^rs (discuter) le 17 juin 2020 à 20:01 (CEST)

Aucun problème @Jack Rabbit Slim's, c'est même mieux de le mettre ici, cela était simplement pour faciliter les liens . AB Louis ^{discussion, mail.} 17 juin 2020 à 20:05 (CEST)

En prime je perds les outils admin :-( --Bertrand Labévue (discuter) 17 juin 2020 à 20:45 (CEST)

Autant pour moi, ils sont juste décalés à droite au ras du bord de l'écran. --Bertrand Labévue (discuter) 17 juin 2020 à 20:50 (CEST)

0x a été informé sur sa PDD. NoFWDaddress ^(d) 17 juin 2020 à 21:23 (CEST)

Fixé, problème venant d'un changement récent dans le code du skin Vector de MediaWiki. — 0x010C ^~discuter~ 17 juin 2020 à 21:45 (CEST)

Parfait, ça s'affiche désormais bien chez moi, merci 0x010C !

Cordialement . — Jack^rs (discuter) le 17 juin 2020 à 22:21 (CEST)

HotCatsMulti cassé

Depuis deux jours maximum, plus d'utilisation possible car absent dans la barre. Jmax (discuter) 12 mars 2021 à 07:29 (CET)

Bonjour  Jmax : Tiens justement j'ai un souci semblable : le mardi 9 mars 2021, ça marchait encore preuve à l'appui [4], mercredi 10 mars aussi [5] et même hier jusqu'à 17:32 [6]. Puis plus rien, débrayé même avec passage par la réactivation dans les préférences et rechargement des caches navigateur.. ? Je suis preneur de toute idée de diagnostic et/ou éventuellement de solution merci d'avance et à vous lire. --Philippe rogez (discuter) 12 mars 2021 à 09:03 (CET)

rebrj Nous sommes déjà quatre à signaler ce nouveau souci (bien daté : hier après-midi ?! ) Wikipédia:Le_Bistro/12_mars_2021#Modification rapide des catégories  Cpalp, Guil2027 et Jmax : mais le nombre ne nous a pas encore donné un bypass, ou un diagnostic, encore moins une solution : avis aux experts Gadgets/Java --Philippe rogez (discuter) 12 mars 2021 à 13:46 (CET)

Par contre, pour les portails, ça fonctionne toujours. -- Guil2027 (discuter) 12 mars 2021 à 14:48 (CET)

Corrigé. — Thibaut (discuter) 12 mars 2021 à 15:32 (CET)

 Jmax, Cpalp, Guil2027 et Jacques : Exact je confirme que pour les portails c'est aussi Ok pour moi. D'autant plus surprenant, puisque cela tendrait à localiser le souci sur le Gadget MediaWiki:Gadget-HotCatsMulti et pas sur le Java par exemple... mais ce qui est sûr c'est que Utilisateur:Dr Brains n'est plus à l'écoute : donc j'ai fait un rechargement/refresh du fichier MediaWiki:Gadget-HotCats.js et c'est OK bon refresh et A+--Philippe rogez (discuter) 12 mars 2021 à 15:34 (CET)

Très bien. Merci.--Cpalp (discuter) 12 mars 2021 à 15:41 (CET)

WP:QT : Rupture d'action du gadget accessibilité dans la détection des alt= après la rencontre du Modèle:Relevé hydrologique ? Peut-on trouver une explication/solution ?

Article(s) ou modèle(s) concerné(s) : Les 1463 pages/articles avec le modèle relevé hydrologique ne peuvent pas être controlées par l'outil accessibilité pour le libellé alternatif alt= : voir wstat.fr Relevé hydrologique d'Orlodrim Questions :

Bonjour, suite aux vérifications d'accessibilité sur le Portail:Lacs et cours d'eau, il s'avère que l'outil/gadget d'Accessiblité s'arrête d'agir après la rencontre du Modèle:Relevé hydrologique : exemple article Somme  faux, alors que canal de la Somme est  OK. Pouvez vous voir pourquoi ? ou mieux solutionner le sujet, sachant que le modèle relevé hydrologique a deux points particuliers : l'appel Timeline et l'appel de la catégorie Catégorie: Accessibilité : Graphique timeline sans alternative ! . PS: J'ai vérifié avec les quatre navigateurs Brave (habituel), Firefox, Google Chrome et Safari.

En vous remerciant d'avance de votre retour.--Philippe rogez (discuter) 24 mars 2021 à 15:16 (CET)

Bonjour. La demande n'est pas claire : je n'y ai rien compris : quel article est concerné, que veut dire "après la rencontre du Modèle:Relevé hydrologique", par quelle détection (le gadget en comporte 6, dire "faux" à propos du gadget ne veut rien dire). Merci de préciser votre demande. 'toff ^[discut.] 24 mars 2021 à 17:35 (CET)

Bonjour Supertoff. Je tente une traduction. Il s'agit de la détection « Alternatives ». En gros, dans la page Somme (fleuve), aucune image ne possède d'alternative textuelle. Le gadget indique à juste titre « ALT MANQUANT » pour les images du début de l'article mais pas pour celles de la fin, à partir de la section Somme (fleuve)#Canal de la Somme. D'où l'étonnement de Philippe rogez. Notons toutefois que si on clique sur modifier ladite section en wikicode et que l'on prévisualise, le gadget signale bien le défaut de texte alternatif. Il reste à trouver si une quelconque erreur de syntaxe, dans la page ou dans un modèle est à l'origine de ce léger problème. Le contributeur suggère que le problème puisse être lié à la présence de l'histogramme dans la section précédente de l'article, ce que la remarque ci-avant n'exclut pas. Voilà pour la clarification. Bien à vous. — Ideawipik (discuter) 24 mars 2021 à 19:23 (CET)

Merci de la clarification. C'est effectivement dû à {{Relevé hydrologique}} : si on le supprime en prévisualisation, les alt manquants apparaissent. Voilà pour ce qui est de la raison. Pour ce qui est de la solution, je n'en ai pas : le contributeur à l'origine de ce gadget a été banni (comme quoi on peut faire des choses bien et d'autres moins) et je n'ai pas les connaissances suffisantes pour corriger ou aider à corriger mais peut-être qu'un lecteur de cette section sera plus doué que moi. 'toff ^[discut.] 24 mars 2021 à 19:36 (CET)

Idem. Plus généralement un conflit avec la balise/extension <timeline> et peut-être d'autres. — Ideawipik (discuter) 24 mars 2021 à 19:48 (CET)

Message déposé par Philippe rogez (discuter) le 26 mars 2021 à 17:05 (CET)

(pour information, les messages ci-dessus ont été recopiés depuis cette section sur WP:QT, qui a été elle-même recopiée depuis je ne sais pas où j'ai déjà assez cherché comme ça. centralisez les discussions bordel on ne s'y retrouve plus) – od†n ↗^blah 3 août 2021 à 04:20 (CEST)

Réponse apportée ci-dessous.

Un correctif sur le gadget Accessibilité a été effectué par Ltrlg : 181657212. od†n ↗^blah 3 août 2021 à 04:20 (CEST)

Régression : Gadget Drapeau jaune inopérant

Bonjour. Manip: Aller sur un diff quelconque, cliquer sur "Demander une seconde relecture", entrer le texte explicatif, puis "Flag" -> on a maintenant un pop-up d'erreur avec le message : Erreur API: Bad title "[object Object]". Idem au retrait : aller sur un diff avec marquage Drapeau jaune (dans Wikipédia:Patrouille RC/Modifications à relire), cliquer sur "Retirer le marquage", entrer le texte explicatif, puis cliquer sur "Unflag": même erreur.
Cdlt, Csar62 (discuter) 1 juillet 2021 à 10:10 (CEST)

C'est corrigé. Faudra qu'on passe doucement aux variables let, permettant d'éviter ce genre d'erreur bête (mais qu'on peut facilement ne pas repérer)… od†n ↗^blah 1 juillet 2021 à 15:55 (CEST)

OK. Merci, A+ Csar62 (discuter) 1 juillet 2021 à 16:19 (CEST)

La carte de la communauté plante (chez moi) depuis quelque temps

Bonjour tout le monde,

J'ai constaté depuis quelques jours que l'accès à la Wikipédia:Cartographie de la communauté ne fonctionne plus, on a un beau msg gras rouge « Le temps alloué pour l’exécution des scripts a expiré. » J'ai l'impression que personne ne vous l'a signalé, ça ne touche peut-être pas tous les postes ? (constaté sous Firefox, reproduit à l'instant sous Chrome)

En attente (je mets la page en suivi) d'une explication ou intervention (pas urgentissime évidemment), bien cdt — Couleys ^{[कुरा गरौं]} 18 juillet 2021 à 11:33 (CEST)

Bonjour,

N'ayant aucune réponse (mais j'avais bien indiqué qu'il n'y avait pas urgence) je me permets de relancer pour savoir si la question a été prise en compte ? Ça plante toujours (sous Firefox), en tout cas sur mon poste. Je notifie @Csar62 que je vois souvent sur ce type de questions, et qui a toujours été disponible pour répondre.

Salut à tout le monde, et bravo pour tout le travail d'assistance ! — Couleys ^{[कुरा गरौं]} 2 août 2021 à 11:58 (CEST)

Cela est OK pour moi et sur Firefox également. Jmax (discuter) 2 août 2021 à 12:13 (CEST)

Merci ! déjà, ça explique qu'on ne vous l'ait pas signalé davantage. Je vais essayer sur d'autres postes (cet après-midi si possible), aussi vider le cache (si j'y arrive…) là où le pb s'est posé et je signalerai ici le résultat. Bien cdt — Couleys ^{[कुरा गरौं]} 2 août 2021 à 12:16 (CEST)

J'avais vu le pb, mais chez moi aujourd'hui ça remarche également. Csar62 (discuter) 2 août 2021 à 12:18 (CEST)

Apparemment ça dépend sur quel serveur on tombe pour le rendu de la page, ils ne fonctionnent pas tous à la même vitesse et certains mettent plus que les 10 secondes maximum autorisées d'exécution Lua. Pour améliorer la situation, j'avais tenté quelque chose dans Module:Wikimedians map (modifs du 27 juillet 2021), mais sans succès… od†n ↗^blah 2 août 2021 à 17:23 (CEST)

Bon, ça ne marche ni sur cet ordi après vidage du cache (rien à voir probablement mais à tout hasard…), ni sur 2 autres ordis testés (sur chacun des 2 Firefox & Chrome), par contre toujours depuis Bordeaux ou proche. Mais au fait, si c'est les 10 secondes qui bloquent, comment se fait-il qu'on ait le msg d'erreur quasi-instantanément ?

En tout cas, merci bcp pour les recherches ! — Couleys ^{[कुरा गरौं]} 2 août 2021 à 21:54 (CEST)

En gros, le rendu est effectué une seule fois, et ensuite le résultat est réutilisé, y compris s'il s'agit d'un message d'erreur. Donc après ça s'affiche instantanément. od†n ↗^blah 3 août 2021 à 01:03 (CEST)

Merci pour la réponse « pédagogique » ! donc le fait de vider le cache n'était pas totalement stupide finalement. — Couleys ^{[कुरा गरौं]} 3 août 2021 à 09:31 (CEST)

Il s'agit de cache du côté des serveurs de Wikipédia (consulter par exemple Aide:Purge du cache). Aucun rapport avec celui de ton navigateur. od†n ↗^blah 3 août 2021 à 23:59 (CEST)

Merci ! depuis longtemps je me demandais pourquoi la page d'accueil ne se mettait pas à jour, je crois que j'ai la réponse ou en tout cas une solution. — Couleys ^{[कुरा गरौं]} 4 août 2021 à 08:53 (CEST)

Juste pour info, il semblerait que le pb soit plus général ? (si j'ai bien compris en lisant en diagonale) : Wikipédia:Le_Bistro/3_août_2021#Le_temps_alloué_pour_l’exécution_des_scripts_a_expiré.

Je vais mettre, symétriquement, "là-bas" un lien vers "ici".

Merci à toutes les personnes qui travaillent sur le sujet ! — Couleys ^{[कुरा गरौं]} 9 août 2021 à 12:19 (CEST)

ah… testé à l'instant, ça remarche pour la première fois ! — Couleys ^{[कुरा गरौं]} 27 août 2021 à 22:07 (CEST)

Gadget « Popups » inopérant dans certaines pages (problème avec un paramètre du module biblio)

Bonjour. Si on active le gadget Navigation Popups, on constate qu'à l'intérieur de certaines pages il ne fonctionne pas, exemples : Marc Aurèle, Syllogisme, Diodore de Sicile, Thomas More etc. Aucun lien interne à l'intérieur de ces pages n'ouvre le pop-up. Toutes ces pages ont en commun de contenir un modèle {{Article}} avec le paramètre "id=pg". Si on remplace id=pg par id=ph ou id=toto -> le gadget fonctionne... Idem avec le modèle {{Ouvrage}}. On peut faire le test simple: une page avec 2 lignes :

• test 1 (KO)

* {{Ouvrage|auteur=Mickey|titre=Un titre quelconque|id=pg}}
* [[Lien]] : test KO (pop-up non ouvert sur lien)

• test 2 (OK)

* {{Ouvrage|auteur=Mickey|titre=Un titre quelconque|id=ph}}
* [[Lien]] : test OK (pop-up ouvert sur lien)

Je ne sais pas aller plus loin dans l'analyse. Cdlt Csar62 (discuter) 12 octobre 2021 à 09:39 (CEST)

J'ai compris le bug et je l'ai signalé : en:MediaWiki talk:Gadget-popups.js#Issue if there is a DOM element with id attribute "pg". od†n ↗^blah 13 octobre 2021 à 15:36 (CEST)

 Od1n : Merci et ; A+ Csar62 (discuter) 13 octobre 2021 à 16:19 (CEST)

C'est maintenant corrigé, et je viens également de corriger le gadget ReferenceTooltips. od†n ↗^blah 20 novembre 2021 à 13:04 (CET)

PaStec en Panne

Bonjour. Depuis hier soir, PaStec ne fonctionne plus. Je vous renvoie au message déposé sur le bistrot Ici. Donc dans un premier temps, PaStec avait en quelque sorte disparu. Après modification, je bénéficie bien du placard PaStec, mais sans avoir le menu d'utilisation qui doit apparaître en dessous du titre. Bref, c'est inutilisable. l'Escogriffe dit que c'est sans doute lié au renommage en "Débat d'admissibilité". Je me souviens qu'il y a quelques années, ce renommage PàS->Débat d'admissibilité avait été refusé, car cela "poserait d'importants problème". Ne serait-il pas possible de revenir avant toutes ces dernières modifications. Si renommage il doit réellement avoir, il devrait être àmha suivi d'une solide phase de test. Merci d'avance. --Chris a liege (discuter) 20 février 2022 à 16:03 (CET)

Il y a eu une prise de décision à ce sujet.

Je vois bien les deux menus, celui de gauche et celui sous le titre, les autres utilisateurs ne semblent pas avoir de problème et Lomita m’a dit que cela refonctionnait.

Avez-vous essayé de vider le cache de votre navigateur ? — Thibaut (discuter) 20 février 2022 à 16:15 (CET)

Ok, ça semble être revenu. Merci donc. Je n'étais pas contre cette prise de décision, on en avait déjà fait la demande bien avant,égoïstement, car on avait marre de se faire insulter pour vouloir supprimer tant de belles pages, alors que l'on ne voulait en réalité qu'initier des débats... Chris a liege (discuter) 20 février 2022 à 16:29 (CET)

Gadget ReferenceDeroulante

Bonjour, quand on active ce gadget, on a une zone blanche qui s'affiche au sein du cadre des références. Voir Liste d'œuvres volontairement détruites ou endommagées en France par les autorités allemandes pendant la Première Guerre mondiale par exemple. — Ayack ^♫♪ 25 avril 2022 à 12:02 (CEST)

Il s'agissait d'un conflit avec le modèle {{Références nombreuses}}. Je viens d'appliquer ce correctif. Voir à propos quelques notes que je viens d'effectuer. od†n ↗^blah 25 avril 2022 à 14:39 (CEST)

Problème avec le gadget ResumeDeluxe

Bonjour,

lorsque j’utilise l’éditeur de wikicode 2017 pour les modifications de section uniquement (en cliquant sur le lien modifier qui s’affiche à côté d’un titre de section), alors cliquer sur les liens du gadget Resume Deluxe n’insère pas le résumé dans la boite de résumé. Autrement, en utilisant la modification de la page complète, pas de problème. Si quelqu’un sait corriger cela… — Metamorforme42 (discuter) 7 septembre 2022 à 23:20 (CEST)

Je viens d'essayer et chez moi ça semble fonctionner, en mode "éditeur visuel" comme en mode "éditeur wikicode 2017". As-tu des erreurs dans la console JavaScript ? od†n ↗^blah 8 septembre 2022 à 21:12 (CEST)

Ah, finalement, j’ai l’impression que le bug ne se manifeste pas exactement comme je pensais, ça ne me l’a pas fait en éditant cette section…

console js

This page is using the deprecated ResourceLoader module "jquery.ui".
Please use OOUI instead. load.php:904:653
Module 'tag' loaded Aide:Bac_à_sable line 10 > injectedScript:234:849
Module 'si' loaded Aide:Bac_à_sable line 10 > injectedScript:234:849
Module 'dph' loaded Aide:Bac_à_sable line 10 > injectedScript:234:849
Module 'purge' loaded Aide:Bac_à_sable line 10 > injectedScript:234:849
Certains cookies utilisent incorrectement l’attribut recommandé « SameSite » 3
Ce site semble utiliser un effet de positionnement lié au défilement. Cet effet pourrait ne pas fonctionner correctement avec le défilement asynchrone. Consultez https://developer.mozilla.org/docs/Mozilla/Performance/ScrollLinkedEffects pour obtenir davantage de détails ou discuter des outils et des fonctionnalités liés. Aide:Bac_à_sable

 

Je crois avoir trouvé une procédure qui a l’air de reproduire :

1. Aller sur Aide:Bac à sable

2. Cliquer sur « modifier le code » à côté de la section Références

3. Ajouter un caractère et cliquer sur « Publier les modifications » pour faire apparaitre la boite de résumé

4. Ajouter quelque chose dans la boite de résumé (à cette étape, le gadget fonctionne généralement)

5. Appuyer deux fois sur échap, puis cliquer sur annuler les modifications

6. Cliquer à nouveau sur « modifier le code » à côté de la section Références (à ce moment là j’ai la dernière ligne relative au positionnement qui s’affiche dans la console)

7. Ajouter un caractère et cliquer sur « Publier les modifications » pour faire apparaitre la boite de résumé

8. Cliquer sur un résumé du gadget, et constater qu’il ne s’ajoute pas dans la boit de résumé

Sous firefox 91.13.0esr, au cas où ça change quelque chose.

— Metamorforme42 (discuter) 8 septembre 2022 à 22:31 (CEST)

Je pense avoir trouvé le problème. La liste est construite une seule fois (contruireListe()), lors du chargement du script. Cette liste est ajoutée au DOM lorsque la fenêtre OOUI est affichée. Lorsque la fenêtre OOUI est fermée, et donc supprimée du DOM, la liste est aussi supprimée du DOM (mais est conservée en mémoire). Et lorsque la fenêtre OOUI est affichée une nouvelle fois, c'est cette même liste qui est ajoutée au DOM. Le problème, c'est que les event listeners click() enregistrés sur cette liste semblent être supprimés lorsqu'elle est supprimée du DOM. Pistes à envisager : générer la liste de nouveau, utilisation de detach() avant que la liste soit supprimée à la fermeture de la fenêtre OOUI… od†n ↗^blah 9 septembre 2022 à 10:20 (CEST)

Voilà qui est corrigé. Voir mes modifications de ce jour sur  MediaWiki:Gadget-ResumeDeluxe.js, et notamment 196844192. od†n ↗^blah 10 septembre 2022 à 14:41 (CEST)

Merci beaucoup ! — Metamorforme42 (discuter) 10 septembre 2022 à 14:47 (CEST)

Merci ! Ça a probablement également corrigé ce bug. The RedBurn (ϕ) 22 novembre 2022 à 17:08 (CET)

Problème avec gadget editZeroth

Bonjour, depuis ce soir, le lien « En-tête » est décalé vers le haut par rapport aux autres liens (« Modifier le code », « Historique »).

Navigateur: Firefox 102.3esr (debian), interface Vector (2022). — Metamorforme42 (discuter) 13 octobre 2022 à 20:40 (CEST)

Le problème est causé par l'absence de la classe vector-tab-noicon dans le portlet de EditZeroth. Un correctif possible serait, dans la lignée du reste du code,

if ( $editPortlet.hasClass( 'vector-tab-noicon' ) ) {
	$editZeroPortlet.addClass( 'vector-tab-noicon' );
}

après la ligne 70. ─ DreZhsh ^Discuter 14 octobre 2022 à 07:35 (CEST)

Merci DreZhsh

je te laisse faire la WP:DIMS (à moins qu’un administrateur d’interface ne passe par là entre temps).

— Metamorforme42 (discuter) 15 octobre 2022 à 13:31 (CEST)

Ça a été corrigé par Ash Crow. — Metamorforme42 (discuter) 17 octobre 2022 à 10:58 (CEST)

Faute d'orthographe dans "Préférences"

Bonjour,

Je ne pense pas être au bon endroit, mais je n’ai pas trouvé mieux et j’espère que quelqu’un saura relayer où il faut.

Il y a une faute d’orthographe dans l’interface au niveau des préférences > Notifications > Page lié.

Cordialement,

CaféBuzz (discuter) 16 octobre 2022 à 19:52 (CEST)

 CaféBuzz : Cela pourrait venir de ce message : MediaWiki:Echo-category-title-article-linked, importé de translatewiki : translatewiki:MediaWiki:Echo-category-title-article-linked/fr.
Le message était précédemment "Article lié" et a été changé en "Page lié" avec cette modif sans que l'accord ait été fait. La dernière fois que j'ai vu passé un pb de trad, il a été réglé en créant le message localement, par @Trizek (que je me permets de pinguer amicalement pour avis) . Cdlt Csar62 (discuter) 17 octobre 2022 à 13:40 (CEST)

Ici, à mon avis le mieux serait de corriger directement sur translatewiki en ajoutant un e à la fin de lié. Les modifications locales des messages n’ont de sens que pour les messages qui sont adaptés spécifiquement à frwiki, ici tous les wikis qui utilisent MediaWiki devraient bénéficier de cette correction orthographique (ça inclut enwiki par exemple, où on peut très bien régler l’interface en français). — Metamorforme42 (discuter) 17 octobre 2022 à 15:03 (CEST)

J'ai corrigé : 11169041. od†n ↗^blah 17 octobre 2022 à 17:52 (CEST)

Merci pour le ping @Csar62

J'ai créé le message local, comme ça la faute disparaît ! Il faut à présent attendre que le déploiement soit fait pour que la traduction centrale (sur translatewiki) soit mise en place. Ce sera fait jeudi de la semaine prochaine. Une fois fait, je supprimerai la trad locale.

(Pour qu'une traduction effectuée sur translatewiki soit prise en compte pour la semaine courante, il faut qu'elle soit faite avant le lundi, 08:00 UTC.)

Trizek ^bla 17 octobre 2022 à 18:41 (CEST)

 od1n et Trizek : Euh question subsidiaire : on est sûr qu'elle est bonne cette modif ?? a-t-on vraiment une notif si quelqu'un lie une page à UNE PAGE qu'on a créée ou uniquement si c'est à UN ARTICLE qu'on a créé ? je viens de faire cette modif dans le bac à sable en créant un lien vers un de mes brouillons -> je n'ai pas eu de notif alors que j'ai régulièrement des notifs si on crée des liens vers les articles que j'ai créés, peut-être faudrait-il plutôt reverter la modif initiale ? (ou, puisque c'est en local maintenant, faire un libellé plus explicite) Csar62 (discuter) 17 octobre 2022 à 18:53 (CEST)

Je m'étais aussi posé cette question, mais le message d'origine est « Page {{PLURAL:$1|link|links}} », je me suis contenté de m'en tenir à la traduction du message d'origine (et encore en subsidiaire, je ne suis même pas certain que la forme au singulier soit utilisée quelque part). Après, s'il s'avère que seuls les articles déclenchent la notification, ça serait à signaler et faire corriger à la source. od†n ↗^blah 17 octobre 2022 à 18:55 (CEST)

La bonne pratique est de suivre ce que le message d'origine prévoit. S'il y a pluriel, alors on met le pluriel. Mais c'est vrai que cela ne fait pas sens ici... Mieux vaut proposer une amélioration globale.

Pour rappel, la notif n'est déclenchée que quand on fait des liens depuis et vers des contenus présents dans l'espace principal.

Trizek ^bla 17 octobre 2022 à 20:03 (CEST)

Bonjour. Il est étonnant que, sauf erreur de ma part, cette même fonctionnalité de « Page liée » soit nommée notifications « Lien de page » juste un peu plus bas dans Spécial:Préférences#mw-prefsection-echo, dans une section « Pages muettes » permettant de mettre des pages en exception. Pas très cohérentes ces désignations.

Bonus, question technique générale. Est-ce que cela vaut vraiment le coup d’appeler deux fois PLURAL dans Page{{PLURAL:$1||s}} liée{{PLURAL:$1||s}}, alors que {{PLURAL:$1|Page liée|Pages liées}} donnerait la même chose ? — Ideawipik (discuter) 17 octobre 2022 à 20:10 (CEST)

Pour le deuxième point : bien vu, je n'y avais pas pensé. Je viens de le faire : 11170500. od†n ↗^blah 18 octobre 2022 à 11:14 (CEST)

 Ideawipik : Pour le premier point : j'ai harmonisé sur « pages liées », dans MediaWiki:Prefs-mutedpageslist/fr et MediaWiki:Echo-pref-notifications-page-linked-title-muted-list/fr, ainsi que dans Wikimedia:Wikipedia-ios-notifications-center-type-title-page-link/fr et Wikimedia:Wikipedia-ios-notifications-center-subheader-page-link/fr (c'étaient les quatre seules utilisations de « lien de page ».

J'ai hésité à harmoniser dans l'autre sens, en gardant ces quatre « lien de page » et en les appliquant aussi dans MediaWiki:Echo-category-title-article-linked/fr et MediaWiki:Echo-email-batch-category-header-article-linked/fr, afin d'avoir une formulation dédiée à cette fonctionnalité de notification. Mais j'étais un peu gêné par l'accord (ou non) singulier/pluriel sur le « page », signe que la formulation n'était peut-être pas idéale.

od†n ↗^blah 23 juin 2023 à 09:05 (CEST)