Discussion MediaWiki:Common.js

message: Mon Firebug me détecte parfois l'erreur
 
 var Header = Tables[i].getElementsByTagName( "tr" )[0].getElementsByTagName( "th" )[0];
Cette ligne est utilisé dans la fonction createCollapseButtons
@++ -- Xfigpower (pssst) 23 juin 2009 à 16:44 (CEST)
replies: text: Ce script serait à revoir entièrement, notamment pour l'usage erroné qu'il fait de l'élément TH des tableaux (les boîtes déroulantes ne devraient en fait pas utiliser de tableaux de mise en forme, ou être indifférentes au balisage utilisé, c'est à dire passer par des ID et non les éléments, ou au minimum ne pas imposer la présence d'un TH impropre). --Lgd (d) 24 juin 2009 à 07:41 (CEST)
thread_title: Alert javascript

message: Sorry for writing in English, but is it easier for me in this case: Many users are not familiar with using SVG images available on Wikipedia/Commons in office applications, etc. This is particularly true, if the base size is small (example). Therefore, I suggest adding links to rendered PNG images in different resolutions to the file description page (see same example in en.wikipedia). The script was first implemented on Commons and in de-wikipedia, then in en.wikipedia. I originally had the idea, Commons:User:Slomox did the coding and :en:User:TheDJ made some refinements. It is available at :en:MediaWiki:Common.js/file.js. --Leyo 13 novembre 2010 à 01:43 (CET)
replies: text: (traduction du message ci-dessus) Beaucoup d'utilisateurs ne sont pas accoutumés aux images SVG que l'on rencontre sur Wikipedia/Commons, pour l'utilisation de celles-ci avec leurs logiciels de bureautique Ceci est d'autant plus vrai si la taille de départ est petite (exemple). Aussi, je propose d'ajouter sur la page de description de l'image des liens vers des rendus en PNG dans plusieurs résolutions (voir le même exemple sur le wiki en). Le script effectuant cela a été implémenté d'abord sur Commons et le wiki de, puis ensuite sur le wiki en. L'idée vient de moi, Commons:User:Slomox a écrit le code et :en:User:TheDJ a fait quelques corrections. Le script est disponible sur :en:MediaWiki:Common.js/file.js.  – od†n [dead words] 16 novembre 2010 à 21:39 (CET)
replies: text: Si c'est implémenté sur Commons, cela devrait suffire. Pas fasciné par la multiplication des javascripts (donc client) là où c'est le back-office qui devrait être amélioré. Cordialement, --Lgd (d) 18 novembre 2010 à 11:24 (CET)
replies: text: Il y a aussi des images SVG sur fr.wikipedia. --Leyo 18 novembre 2010 à 14:43 (CET)
thread_title:  SVG images: adds links to rendered PNG images in different resolutions 

message: Bonjour, quand on installe le module de Firefox "Corrector para Português Europeu", le site devient inaccessible en lecture : 400 bad request. Alors que cela fonctionne sur fr.wikt et en.w (voilà pourquoi je le poste ici et non sur Bugzilla). JackPotte ($♠) 2 décembre 2010 à 00:03 (CET)
replies: text: Je n'ai pas réussi à reproduire le problème, pourrais-tu nous donner plus d'informations ? od†n [dead words] 2 décembre 2010 à 03:01 (CET)
replies: text: Je n'ai que Firefox 3.5.3 avec "Check for updates" grisé, ça doit venir de ça. JackPotte ($♠) 2 décembre 2010 à 05:28 (CET)
replies: text: Pas réussi non plus à reproduire avec Fx 3.5.3. À propos cette version est archi obsolète, elle a plus d'un an, tu devrais songer à mettre à jour. Il faudrait plus de détails, par exemple l'URL qui retourne l'erreur 400. od†n [dead words] 2 décembre 2010 à 06:54 (CET)
replies: text: N'ayant pas les droits sur les fichiers de la 3.5.3, j'ai installé la 3.6.12 à côté, et j'ai le même problème :
Bad Request
Your browser sent a request that this server could not understand.
Size of a request header field exceeds server limit.
Cookie: frwikiUserID=390290; frwikiUserName=JackPotte; centralauth_LoggedOut=20101201223355; centralauth_User=JackPotte; centralauth_Token=****; hidesnmessage=1; botsDeluxeHistory=(...); sysopsDeluxeHistory=(...)
Sauf que quand j'ai désinstallé le dictionnaire de portugais cette fois, cela a persisté (j'écris maintenant avec IE). JackPotte ($♠) 2 décembre 2010 à 07:34 (CET)

text: À tout hasard, en désactivant le gadget DeluxeHistory ça donne quoi ? od†n [dead words] 2 décembre 2010 à 07:59 (CET)
replies: text: Je referai le test sur ce PC plus tard, pour l'instant je suis avec le mien et tout fonctionne avec "DeluxeHistory" + "Corrector para Português Europeu". JackPotte ($♠) 2 décembre 2010 à 09:39 (CET)

text: En mode déconnecté nous n'avons pas le gadget DeluxeHistory, après reboot du PC j'ai toujours le bug, après effacement de tout l'historique Firefox c'est résolu . JackPotte ($♠) 4 décembre 2010 à 15:53 (CET)
thread_title:  Bug avec Firefox 

message: Explication de  : cette fonction permettait d'exécuter du code javascript arbitraire en créant un simple lien externe. J'ai ajouté un htmlize() qui ne devrait rien changer pour une utilisation normale de la fonction. Orlodrim [discuter] 22 mai 2011 à 01:01 (CEST)
replies: text: Dans le doute tu as eu raison d'ajouter cela, mais mediawiki traite déjà les ancres spécialement pour éviter ce genre de problème, le lien final est bien externe mais ce fait via un lien interne où les données sont passé dans une ancre et récupérés par window.location.hash. L'utilisation de window.location.hash procure aussi un deuxième niveau de protection, < n'est pas un caractère valide dans les ancres. (Je vais aussi supprimer ce code après avoir nettoyé à droite et à gauche) - phe 22 mai 2011 à 14:12 (CEST)
replies: text: Il est plus prudent de considérer qu'on ne peut faire aucune hypothèse sur une chaîne extraite du document ou de son URL. Dans ce cas précis, avant la correction, cliquer sur un lien comme celui-ci provoquait l'exécution du script. Orlodrim [discuter] 22 mai 2011 à 14:20 (CEST)
replies: text: Ouch. - phe 22 mai 2011 à 14:39 (CEST)
thread_title:  redirectedFromArticle 

message: Hi!
Could someone move the code of WikiMiniAtlas to a gadget enabled by default? Specifically, this would require creating a page such as
MediaWiki:Gadget-Wikiminiatlas.js with:
/**
 * WikiMiniAtlas
 *
 * voir WP:WMA 
 */
window.wma_settings = { 
  buttonImage: '//upload.wikimedia.org/wikipedia/commons/thumb/e/e9/Geographylogo.svg/18px-Geographylogo.svg.png'
}
mw.loader.load( '//meta.wikimedia.org/w/index.php?title=MediaWiki:Wikiminiatlas.js&action=raw&ctype=text/javascript&smaxage=21600&maxage=86400' );
This would make the MediaWiki:Gadget-AtlasOff.js obsolete and then its definition
 * AtlasOff|AtlasOff.js
could be removed and replaced by the definition of the above gadget (which would make use of Resource Loader):
 * Atlas[ResourceLoader]|Atlas.js
PS: Notice that the function importScriptURI which is currently used here on Common.js is deprecated and should be replaced by mw.loader.load (check out the migration guide), which is available since MW 1.17. Besides, the script from Meta-Wiki assumes that wma_settings is a global variable, and as such that should be indicated explicitly by changing var wma_settings by window.wma_settings, as in the code above. Helder 31 janvier 2012 à 12:47 (CET)
replies: text: Thank you! — Arkanosis ✉ 19 février 2012 à 18:56 (CET)
thread_title:  Migrate WikiMiniAtlas to a default gadget 

message: Bonjour,
La dernière modification de MediaWiki:Common.js visant à rediriger vers Commons me semble précipitée : nous n'avons toujours pas régler la question de WikiPosters. --Dereckson (d) 17 janvier 2013 à 18:17 (CET)
thread_title:  Liens directs vers Commons 

message: Le jeu des fonctions custom cache le fait qu'on force l'activation de ce « gadget » pour tout le monde, sans passer par ResourceLoader. Impact à froid : une requête HTTP supplémentaire, cache miss sur squid, hit direct sur nginx, entre 200ms et 2s d'attente pour une requête HTTP dispo (avec Firefox 18), ~400ms d'attente de réponse, pour seulement ~28ms de transfert. Total de retard sur onload() à cause du seul chargement de ce gadget : entre 600ms et 2,6s.
Les fonctions utilisées sont GetScreenWidth, GetScreenHeight, AddMoveArea, et AddResizeArea. Il faudrait voir si on peut s'en passer (en les remplaçant par du jQuery, peut-être) ou à défaut, au minimum les servir inlinées dans le Common.js avec vanish.
Amicalement — Arkanosis ✉ 26 janvier 2013 à 22:52 (CET)
thread_title:  MoveResizeAbsolute 

message: Le logiciel donnant déjà/maintenant un lien pour ajouter des interwikis, le lien en rouge est désormais inutile. Quelqu'un pour enlever CreateEmptyWikidataLink() ? — Dakdada (discuter) 24 avril 2013 à 21:39 (CEST)
replies: text: par  (global sysop). — Ltrl G☎, le  27 avril 2013 à 11:45 (CEST)
thread_title:  Lien wikidata 

message: A change recently deployed for AFTv5 has the unfortunate side-effect of AFTv5 sometimes showing up on pages where it shouldn't.
This is caused when the page output still being cached, while the new Javascript is already loaded.
On an per-article basis, an ?action=purge will fix the problem. Or as soon as an article is updated, this problem will no longer occur. Or over time, caches will expire.
Until then though, the below code is a temporary fix that will ensure the form is not added to pages where it does not belong.
 /**
  * A recent update for AFTv5 is not behaving properly when
  * cache page output is served & a non-cached JS is loaded.
  * The default value of 'permissionLevel' will now be false,
  * instead of an actual value. Cached pages will still have
  * the default value set though (instead of false), so the
  * new JavaScript will interpret that as that the permission
  * level has been set specifically, instead of falling back
  * to the real (disabled) default value.
  * This code will basically detect if the page output is old,
  * and if so, re-calculate and correct what the values for
  * permissionLevel & defaultPermissionLevel.
  */
  var article = mw.config.get( 'aftv5Article' );
  if (
  	article &&
  	// when this key was introduced, so was the good data we're using now
  	!( 'aft-noone' in mw.config.get( 'wgArticleFeedbackv5Permissions' ) ) &&
  	// make sure no specific protection was set (aft-reader was default)
  	article['permissionLevel'] === 'aft-reader'
  ) {
  	// pretend no permission level is set
  	article['permissionLevel'] = false;
   
  	// now that data is corrected, check if AFT should be enabled;
  	// if not, we should make sure that any form being added is
  	// removed again
  	// if verify function does not exist, we need not worry,
  	// AFT data is corrected now already so nothing wrong
  	// will be added
  	if ( typeof $.aftUtils.verify === 'function' && !$.aftUtils.verify( 'article' ) ) {
  		var remove, interval;
   
  		remove = function() {
  			var $aft = $( '#mw-articlefeedbackv5' );
   
  			if ( $aft.length > 0 ) {
  				$aft.remove();
  				clearInterval( interval );
  			}
  		};
  		interval = setInterval( remove, 100 );
  	}
  }
:the above post is by WMF engineer :mw:User:Mlitn, the same fix has already applied on dewiki by him: .--se4598 (d) 7 juin 2013 à 17:45 (CEST)
replies: text: I have added the function to MediaWiki:common.js, thanks. I trust you, I did not take time to understand what's happening in details. Orlodrim [discuter] 8 juin 2013 à 01:42 (CEST)
replies: text: I just updated the script: a more robust check has been deployed as part of AFT; if someone could replace the previous code by this new code (old, stale caches still need to be accounted for until they expire), that'd be great. The date the script can then be removed is still July 7. Mlitn (d) 19 juin 2013 à 03:14 (CEST)
replies: text:  Orlodrim [discuter] 19 juin 2013 à 09:04 (CEST)
thread_title:  AFTv5 temp fix for forms appearing for no reason 

message: Bonjour,
Il y a une nouvelle version du lien directe à Commons sur :mw:Snippets/Direct imagelinks to Commons avec support pour utiliser l’aperçu rapide. -- Rillke (discuter) 29 novembre 2013 à 01:06 (CET)
thread_title:  Nouvelle version de "Direct imagelinks to Commons" disponible 

message: Hi! I want to let you know that in near future badges will be deployed on Wikidata and the Wikipedias. They help us with displaying the good and featured article icons next to the sitelinks and will replace the javascript hack which is used at the moment together with the Link GA and Link FA templates. To avoid an overlap where the current system and the new feature conflict, I will add a minor fix to your Common.js which adds the class names to the interwiki links. This is part of my task as a global edit interface editor for the Wikidata team. Thanks, Bene* (discuter) 18 août 2014 à 22:25 (CEST)
replies: text: Hi! Thanks for taking care of updating the conflicting script! Do you plan to do something similar to your change on :en:MediaWiki:Gadget-featured-articles-links.js? If so, what is going to happen if (for instance) Wikidata says that it's a featured article but the local page says it's a good article? If I understand correctly, the gadget on enwiki does not see a conflict in this case, even after your update. Wouldn't it be better to give the priority to new badges even if they don't have the same "level" than what is stored on the local wiki? Orlodrim (discuter) 18 août 2014 à 23:16 (CEST)
replies: text: Hi Orlodrim, I think the cases where Wikidata says it's a featured article and the local page, it's a good one are very rare as the templates get imported by bot and I can't imagine any case where a conflict like for interwiki links might happen. After the badges are imported completely, the entire script can be removed anyway because it is no longer needed then. If you also want the templates to be removed you can contact Amir who has a bot for that task. Best regards, -- Bene* (discuter) 23 août 2014 à 22:01 (CEST)
replies: text:  Bot updates do not happen very often. For instance, :en:Red Skelton was promoted to FA about one month ago, but it still has a  ("GA link") on frwiki instead of  ("FA link"). Orlodrim (discuter) 23 août 2014 à 23:16 (CEST)
replies: text: @Orlodrim: That is the data which is being migrated to Wikidata by bots, and we won't need these updates anymore, as far as I know. Once :en:Red Skelton is marked as featured on Wikidata (well, it already is!), that info is available for every wiki. Helder 24 août 2014 à 00:51 (CEST)

text: Got it! This change should fix the issue. Helder 25 août 2014 à 01:31 (CEST)
thread_title:  Announced JavaScript change for badges implementation 

message: Pourquoi cette mention ? Gentil ♥ (discuter) 9 mai 2015 à 16:47 (CEST)
replies: text: Je pense que c'est pour éviter que les "subst:" soient interprétés (entre autres). JackPotte ($♠) 12 mai 2015 à 21:50 (CEST)
thread_title:  Pourquoi : <nowiki><nowiki> /!\ Ne pas retirer cette balise</nowiki> 

message: On introduit un risque à utiliser les uri externes en HTTP. Il faudrait détecter lorsqu'on est déjà en HTTPS sur Wikipédia, et alors privilégier l'HTTPS externe dans ce cas. Exemples d'uri à corriger en HTTPS selon les cas :
* ligne 244 : http://upload.wikimedia.org/
* ligne 1105 : http://www.google.fr/
* ligne 1113 : http://www.bing.com/
* ligne 1117 : http://fr.search.yahoo.com/
Les autres URI trouvées (wikiwix.com, exalead.com, aka-online.de) ne semblent pas encore compatibles HTTPS.
Gentil ♥ (discuter) 9 mai 2015 à 17:48 (CEST)
replies: text: Mieux vaudrait utiliser des protocoles relatifs, par exemple écrire  donne  (cf :en:Wikipedia:Protocol-relative URL). — Dakdada (discuter) 12 mai 2015 à 11:46 (CEST)
thread_title:  Remplacer certaines url externes HTTP par du HTTPS quand on est déjà en HTTPS 

message: Bonjour,
Pour mettre en œuvre ce qui est décrit dans Révision du modèle Brouillon sur Discussion Projet:Aide et accueil, je prévois d'ajouter le code de Utilisateur:Orlodrim/subst-sourcepage.js à MediaWiki:Common.js.
Orlodrim (discuter) 15 mars 2016 à 19:18 (CET)
thread_title:  Remplacement de liens en fonction d'un paramètre de l'URL 

message: Bonjour, simplement pour attirer votre attention sur le message que j'ai posté concernant le JavaScript de ce modèle : Discussion modèle:Animation#Besoin de réécriture du JavaScript. od†n ↗blah 27 août 2017 à 20:13 (CEST)
thread_title:  JavaScript associé au [[Modèle:Animation]]