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]
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.
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.
Cette question n'est pas suffisamment détaillée, 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]
À 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.
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.
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, (OCLC808842516, 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, (OCLC808842516, lire en ligne, consulté le ).
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.
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.
{{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 ?
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.
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 .
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.
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 ?
