Wikipédia:Questions techniques/semaine 15 2020

erreur de requête de base de données Erreur fatale de type « Wikimedia\Rdbms\DBQueryError modifier

Enregistré sur Phabricator
Tâche 249565

Article(s) ou modèle(s) concerné(s) :

Questions : bonjour, j'ai eu plusieurs fois ce message lors de consultations / modifications d'articles sur la pandémie de covid-19:
Une erreur de requête de base de données s’est produite. Cela peut provenir d’une anomalie dans le logiciel.
[Xou6QApAICEAADPxhzsAAABP] 2020-04-06 23:24:48: Erreur fatale de type « Wikimedia\Rdbms\DBQueryError ».
Impossible de prévisualiser mes modifs, je n'ai donc pas pu les publier!
--Thepat (discuter) 7 avril 2020 à 01:35 (CEST)[répondre]

Je viens de réessayer, ça fonctionne! Merci. Cdlt


Message déposé par Thepat (discuter) le 7 avril 2020 à 01:35 (CEST)[répondre]

Réponse apportée ci-dessous.
Bug repéré et corrigé. — Thibaut (discuter) 7 avril 2020 à 01:36 (CEST)[répondre]

Modification du Modèle:Infobox Parti politique modifier

Article(s) ou modèle(s) concerné(s) : Modèle:Infobox Parti politique/Sièges

Questions : Bonjour. Quelqu'un saurait-il comment modifier le modèle çi dessus figurant en couleur le nombre de sièges d'un parti, afin qu'il soit possible de demander au modèle d'afficher les chiffres en blanc au lieu du noir de base ? C'est un problème récurrent avec les partis politique dont la couleur est trop foncée, comme la CDU ou ANO 2011. Avec du texte noir, le modèle est impossible à lire, et on se retrouve à mettre une autre couleur, faute de mieux.


Message déposé par Aréat (discuter) le 7 avril 2020 à 03:39 (CEST)[répondre]

Réponse apportée ci-dessous.
J'ai créé Modèle:Infobox Parti politique/Sièges avec paramètre couleur --Viruscorona2020 (discuter) 10 avril 2020 à 22:48 (CEST)[répondre]
Merci encore !--Aréat (discuter) 13 avril 2020 à 11:38 (CEST)[répondre]

Articles portant sur des caractères Unicode obsolètes à renommer modifier

Article(s) ou modèle(s) concerné(s) : Environ 150 articles liés à des caractères Uicode.

Questions : Lu dans la dernière édition de Tech News :

MediaWiki va utiliser une nouvelle version de Unicode (compatible avec la version de PHP utilisée par Mediawiki). Certains caractères n'éavaient pas d'équivalent en majustules et en ont un à présent. Donc les titres commençant par un de ces caractères doivent être renommés. Une liste pour notre wiki est présente sur Phabricator. Les titres seront renommés par Maintenance script à partir du 13 avril 2020. Nous pouvons les renommer en avance, notamment pour suivre nos conventions de nommage.

Mes questions sont :

  • qui décide du titre ?
  • qi fait les renommages ?


Message déposé par Trizek bla le 7 avril 2020 à 14:43 (CEST)[répondre]

Requête à suivre, en attente d'informations
Salut @Trizek ! Si quelqu'un doit renommer ces pages avant que les développeurs ne le fassent, il faudra que cela soit un contributeur avec le privilège suppressredirect, c'est-à-dire un administrateur ou un robot. Aussi, je pense que la suppression sera plus pertinente que le renommage : la page d'une lettre minuscule redirige souvent vers la lettre majuscule. Je peux dresser une liste des pages avec une lettre minuscule qui ne sont pas des redirections. Je pense que cela fait sens, même après avoir relu Phab:T219279#6033847, en nous rappelant le point 2 : aucun lien interne ne devrait être brisé. Lofhi (me contacter) 7 avril 2020 à 17:55 (CEST)[répondre]
Lofhi, tu suggères donc une requête aux bots ? Trizek bla 7 avril 2020 à 20:17 (CEST)[répondre]
Si on doit renommer à la chaîne oui, @Trizek. Lofhi (me contacter) 7 avril 2020 à 20:44 (CEST)[répondre]
  Trizek et Lofhi :
À une exception près, les pages listées dans phab:P10817 pour Wikipédia en français sont des redirections et
  • soit la lettre en minuscule redirige vers la lettre majuscule
  • soit la lettre en minuscule et la lettre en majuscule sont des redirections vers un même article
L'unique exception est ɪ̯ (la version en majuscule, Ɪ̯, n'existe pas encore).
Ainsi, toutes les pages concernées devraient être supprimées. Cependant, ces pages ont des liens entrant dans divers articles et modèles contenant des tables de caractères unicode. Je suggère donc de ne rien faire en attendant le passage de Maintenance script. Ensuite, on pourra faire le ménage en supprimant les pages contenant "former Unicode lowercase". En procédant de cette façon, on évitera de casser temporairement les liens.
Orlodrim (discuter) 11 avril 2020 à 17:58 (CEST)[répondre]
Effectivement, c'est ce qui me semble une bonne idée.   Lofhi (me contacter) 11 avril 2020 à 23:44 (CEST)[répondre]
  Lofhi, Orlodrim et Trizek : Il il y a encore des redirections qui doivent être renommées (certaines sont nouvelles) : ɱ, ɥ, , , ʂ, . Quelles sont les noms qu’elles devraient avoir ? À quand la mise à jour de MediaWiki? --Moyogo/ (discuter) 13 juin 2020 à 17:54 (CEST)[répondre]

__DISAMBIG__ modifier

Article(s) ou modèle(s) concerné(s) : __DISAMBIG__

Questions : Bonjour. Dans l'éditeur 2017, quand on règle dans les paramètres avancés une page d'homonymie, la clé __DISAMBIG__ est ajoutée en bas de page. Comme un utilisateur a révoqué 3 fois cet ajout sur une page d'homonymie que j'ai créée (1, 2, 3) avec comme seul argument que c'est en anglais, j'aimerais savoir à quoi cette clé sert et si elle est nécessaire aux pages d'homonymie.


Message déposé par Webfil (discuter) le 7 avril 2020 à 15:57 (CEST)[répondre]

Réponse apportée ci-dessous.
  Webfil : Bonjour. La doc est là  : Extension:Désambiguïsateur. Il n'est pas nécessaire de l'inclure explicitement dans les pages, il est inclus dans le modèle {{Homonymie}}, cf Discussion_modèle:Homonymie#DISAMBIG. Cdlt --Csar62 (discuter) 7 avril 2020 à 16:39 (CEST)[répondre]

Insertion carte dans un article modifier

Article(s) ou modèle(s) concerné(s) : Circuit Pirita-Kose-Kloostrimetsa

Questions : Bonjour, Je voudrais utiliser la carte suivante avec le tracé.

   https://et.wikipedia.org/wiki/Pirita-Kose-Kloostrimetsa_ringrada#/map/0

Pouvez vous le dire comment faire ?

Message déposé par Kizivienne (discuter) le 8 avril 2020 à 08:55 (CEST)[répondre]

Requête en attente d'une réponse (comment y répondre)
  Kizivienne : j'ai vu que tu as fait une image fixe. C'est la bonne solution pour le modèle {{Infobox Circuit automobile}}
Tu trouveras les valeurs utilisées du paramètre carte sur : https://wstat.fr/template/index.php?title=Infobox_Circuit_automobile&query=paramvalue&param=carte&limit=500&searchtext=.&searchre=1 et ceux du paramètre image sur : https://wstat.fr/template/index.php?title=Infobox_Circuit_automobile&query=paramvalue&param=image&limit=500&searchtext=.&searchre=1 il s'agit toujours d'images fixes
Pour changer cela, je pense que le mieux est de modifier le code du modèle.
Néanmois suite à une demande similaire tu trouveras des explications sur le fonctionnement des cartes dynamiques sur : Wikipédia:Questions_techniques/semaine_45_2019#Faire_apparaître_une_route_sur_une_carte
Ce qui donne (hors modèle):
Cordialement - Drongou (discuter) 14 avril 2020 à 21:24 (CEST)[répondre]

URL archivée modifier

Vol 111 Swissair :

Bonjour,
après modification de

  • https://web.archive.org/web/20160303234650/http://articles.philly.com/1998-09-04/news/25757670_1_twa-flight-twa-disaster-family-members,

il apparaît, comme l'indique Matteo251, que

  • http://articles.philly.com/1998-09-04/news/25757670_1_twa-flight-twa-disaster-family-members

ne fonctionne pas au sein du modèle {{Article}} (il en est de même avec d'autres modèles). Il fonctionne pourtant parfaitement s'il mis dans la barre d'adresse. Il a l'avantage d'une présentation plus agréable et d'alléger le serveur.

  • (en) April Adamson, « 229 Victims Knew Jet Was In Trouble Airport Inn Becomes Heartbreak Hotel Again » [« Les 229 victimes savaient que l'avion était en difficulté. L'hôtel de l'aéroport redevient l'hôtel des Cœurs brisés »], The Philadelphia Inquirer, Philadelphie, W.W. Harding,‎ (OCLC 808842516, lire en ligne, consulté le ).
  • (en) April Adamson, « 229 Victims Knew Jet Was In Trouble Airport Inn Becomes Heartbreak Hotel Again » [« Les 229 victimes savaient que l'avion était en difficulté. L'hôtel de l'aéroport redevient l'hôtel des Cœurs brisés »], The Philadelphia Inquirer, Philadelphie, W.W. Harding,‎ (OCLC 808842516, lire en ligne, consulté le ).


Quelle en est la taison ? Comment la contourner ?
Merci et très Cordialement. 6PO (discuter) 8 avril 2020 à 15:29 (CEST)[répondre]

Bonjour. En effet, la version non archivée me renvoie vers cette page : https://www.inquirer.com/archives/, (même dans la barre d'adresse) qui est sans doute la page d'accueil des archives du Philadelphia Inquirer alors que la version archivée me ramène bien vers l'article en question.



Message déposé par Cordialement. 6PO (discuter) le 8 avril 2020 à 15:29 (CEST)[répondre]

Requête en attente d'une réponse (comment y répondre)

ifexist ne fonctionnant pas bien modifier

Article(s) ou modèle(s) concerné(s) : par exemple, Île Mamutik

Questions :

Bonsoir, lorsque je traite la Catégorie:Erreur d'Infobox/Image inconnue ou mal codifiée je rencontre des faux positifs à cause de caractères spéciaux remplacés dans les noms de fichiers. Dans ce cas, le ifexist ne fonctionne pas.

Exemple : https://commons.wikimedia.org/wiki/File:Manukan,_Mamutik_%26_Sulug_-_Happy_Islands_retouched.jpg?uselang=fr

  • {{#ifexist:Media:Manukan,_Mamutik_%26_Sulug_-_Happy_Islands_retouched.jpg|trouvé|absent}} donne absent

alors que

  • {{#ifexist:Media:Manukan,_Mamutik_&_Sulug_-_Happy_Islands_retouched.jpg|trouvé|absent}} donne trouvé

Y a-t-il un moyen pour le faire fonctionner correctement ?

Message déposé par FDo64 (discuter) le 9 avril 2020 à 21:45 (CEST)[répondre]

Requête en attente d'une réponse (comment y répondre)
  FDo64 :
Il y a effectivement des incohérences dans la gestion des titres en général :
  • [[Modèle:K&R]] → Modèle:K&R
  • [[Modèle:K%26R]] → Modèle:K&R (les titres URL-encodés sont acceptés)
  • {{#ifexist:Modèle:K&R|oui|non}} → oui
  • {{#ifexist:Modèle:K%26R|oui|non}} → non (les titres URL-encodés ne sont pas acceptés)
  • {{K&R}} → (en) Brian Kernighan et Dennis Ritchie, The C Programming Language [détail des éditions]
  • {{K%26R}} → {{K%26R}} (les titres URL-encodés ne sont pas acceptés non plus)
Ça a été signalé dans phab:T16779, bug fermé apparemment parce que les participants ont oublié quelque part au milieu la raison pour laquelle il avait été ouvert, à savoir que la syntaxe wiki [[ ... ]] fait du décodage d'URL et que ce serait relativement logique que {{#ifexist:...}} ait un comportement cohérent. Ou peut-être pas : vu que ça ne marche pas avec les modèles, résoudre le bug serait potentiellement problématique quand on utilise #ifexist pour appeler un modèle de manière conditionnelle.
Si la fonction parser #urldecode marchait, on pourrait l'utiliser, mais elle n'est pas activé sur les wikis de la WMF. Ça vient de l'extension StringFunctions, le truc que Tim Starling ne voulait tellement pas installer sur les wikis WMF qu'il a créé Scribunto juste pour ne plus en entendre parler (je brode une légende sur de vagues souvenirs). Malheureusement, je ne vois pas de urldecode dans les bibliothèques lua non plus. Il faudrait créer la fonction nous-mêmes.
Cela dit, il me semble que ce test #ifexist est là avant tout pour détecter les syntaxes invalides (par exemple Fichier:... ou [[Fichier:...]] au lieu du nom simple). Est-ce qu'on ne pourrait pas le limiter à ça : détecter les noms dans l'espace de noms "Fichier:" et ceux qui contiennent "[[", tout en laissant MediaWiki s'occuper des images inexistantes en remplissant Catégorie:Page avec des liens de fichiers brisés ?
Orlodrim (discuter) 10 avril 2020 à 00:07 (CEST)[répondre]
Merci Orlodrim   pour cette réponse détaillée.
Ma question avait deux objectifs : éviter que quelqu'un vienne me faire des reproches pour une modification qui semble inutile (puisque l'image s'affiche correctement), et m'éviter ce travail. D'un autre côté, il y a peu de cas donc ce n'est pas bien grave.
Pour ce qui est de limiter la détection, je n'y suis pas favorable parce que l'on passerait à côté des cas ou, par exemple, c'est un modèle ou une simple phrase qui est fournie au paramètre image.
--FDo64 (discuter) 10 avril 2020 à 09:16 (CEST)[répondre]

Récupérer un compte sans adresse mail modifier

Article(s) ou modèle(s) concerné(s) :

Questions :

Bonjour. En mettant à jour l'article Liste des gouvernements de la Slovénie (d · h · j · ), je me suis rendu qu'il avait été créé par Mister Bob (d · c · b). C'est un compte que j'avais ouvert à l'été 2008, avant de le laisser en déshérence. L'ayant oublié, j'ai créé le compte que j'utilise actuellement (Rachimbourg (d · c · b)) en février 2009. Je voulais savoir s'il était éventuellement possible de fusionner l'historique de ce vieux compte avec le mien ? Si oui, je présume qu'il faut une preuve de ma possession de ce compte, or je ne saurais dire avec quelle adresse mail je l'ai créée (sachant que j'ai supprimé les adresses mail que j'avais à cette époque). Y a-t-il un moyen de récupérer le nom de l'adresse mail ? Je me doute un peu de la réponse, mais qui ne tente rien, n'a rien. Merci de l'attention que vous voudrez bien porter à ma requête, et bonne continuation  .

Message déposé par Rachimbourg (on cause ?) le 10 avril 2020 à 19:49 (CEST)[répondre]

Réponse apportée ci-dessous.
  Rachimbourg :
Bonjour,
Non, il est impossible de fusionner deux comptes, même quand on peut prouver qu'il s'agit de la même personne.
Tu peux quand même créer une redirection depuis Utilisateur:Mister Bob vers ton compte, ou y mettre une explication plus détaillée.
Les bureaucrates accepteraient peut-être de renommer le compte en quelque chose de plus proche de ton nom comme "Rachimbourg-2008" si tu demandes sur WP:BB.
Orlodrim (discuter) 10 avril 2020 à 20:30 (CEST)[répondre]

Erreur de référence : Balise modifier

Questions techniques/semaine 15 2020
Bilan
Cas confirmés
38,6 M ()[1] 
Cas soignés
27 484 ()[2] 
Morts
320 275 ()[3] 

Article(s) ou modèle(s) concerné(s) : Pandémie de Covid-19 en France

Questions : les références associées aux « Cas soignés » de l'infobox de Pandémie de Covid-19 en France génèrent un message d'erreur → [1] : Erreur de référence : Balise <ref> incorrecte : le nom « wikidata-c13d858c61b8315e43ba221879f9752ad4a581eb » est défini plusieurs fois avec des contenus différents. Dans l'infobox, "cas signalés" montre 3 sources, mais en référence on en voit que deux et indique « http://archive.vn/didl8 ».

Or il se trouve que « http://archive.vn/didl8 » n'est pas seulement référencé dans wikidata pour le nombre de cas soignés mais aussi pour nombre de morts, P373 quantity, number of cases, et le nombre d'hospitalisation avec http://archive.vn/10WYk. C'est le fait qu'ils soient en binôme dans la même référence qui ne passe pas ? Il faudrait une ref spécifique pour chacun d'eux ?

Message déposé par Viruscorona2020 (discuter) le 10 avril 2020 à 20:45 (CEST)[répondre]

Requête en attente d'une réponse (comment y répondre)
  1. (en) Ensheng Dong, Hongru Du et Lauren Gardner, « An interactive web-based dashboard to track COVID-19 in real time », The Lancet Infectious Diseases, Elsevier, vol. 20, no 5,‎ , p. 533-534 (ISSN 1473-3099 et 1474-4457, PMID 32087114, PMCID 7159018, DOI 10.1016/S1473-3099(20)30120-1) 
  2. « http://archive.vn/JPfdQ#selection-483.0-483.6 »
  3. « https://www.gouvernement.fr/info-coronavirus/carte-et-donnees »