MediaWiki 1.32

From mediawiki.org
This page is a translated version of the page MediaWiki 1.32 and the translation is 81% complete.
Outdated translations are marked like this.
Avertissement Avertissement : MediaWiki 1.32 contains a very severe security issue. Please upgrade to newer versions of MediaWiki if possible. See Version de sécurité 2021-12/FAQ for workaround if you are not able to upgrade your MediaWiki.

MediaWiki 1.32 est une ancienne version de MediaWiki. Consultez le fichier Notes de version pour avoir la liste complète des changements. Cette version a été déployée sur les wikis de la Fondation Wikimedia dans les branches incrémentales "wmf" à partir du 24 avril 2018. La version stable 1.32.0 est sortie le 10 janvier 2019. Téléchargez la dernière image ou récupérez la branche REL1_32 avec Git pour suivre cette version.

Son support s'est arrêté en janvier 2020.

Quoi de neuf ?

Langues mises à jour

MediaWiki supporte plus de 350 langues. De nombreuses régionalisations sont mises à jour régulièrement. La liste ci-dessous répertorie uniquement les langues nouvelles et supprimées, ainsi que les modifications apportées aux langues en fonction des rapports de Phabricator.

  • (tâche T193566) Ajout du support linguistique pour Ambonese Malay (abs).
  • (tâche T194047) Ajout du support linguistique pour Shawiya (Latin script) (shy-latn).
  • (tâche T195940) Ajout du support linguistique pour Batak Mandailing (btm).
  • (tâche T137491) Ajout du support linguistique pour amazighe standard marocain (zgh).
  • (tâche T198132) Ajout du support linguistique pour manipuri (mni).
  • (tâche T201276) Ajout du support linguistique pour arménien occidental (hyw).
  • (tâche T201583) Ajout du support linguistique pour Mon (mnw).

Changements dans l’API action

  • Ajout de paramètres basés sur des modèles.
    • Un module peut définir un paramètre basé sur un modèle tel que "{fruit}-quantity", où les paramètres actuellement reconnus correspondent aux valeurs d'un paramètre à plusieurs valeurs. Les clients peuvent ensuite faire des requêtes du type "fruits=pommes|bananes&pommes-quantité=1&bananes-quantité=5".
    • action=paraminfo renverra les définitions de paramètres basées sur des modèles séparément des paramètres normaux. toutes les définitions de paramètres incluent maintenant une clé d'« index » pour permettre aux clients de maintenir l'ordre des paramètres lors de la fusion des paramètres normaux et des paramètres de modèle.
  • Dorénavent le fait de soumettre trop de valeurs pour un paramètre multi-valeurs et considéré comme une erreur. Cela génère un avertissement depuis MediaWiki 1.14.
  • Les fautes d'assertion liées aux paramètres 'assert' et 'assertuser' n'utiliseront plus le format de réponse personnalisée du module d'action, pour les quelques modules qui utilisaient les formateurs pour la gestion des erreurs.
  • (tâche T198935) Les préférences utilisateur telles que la liste noire des courriels (`email-blacklist`) et les préférences d'extensions similaires, ne sont plus représentées par des tableaux lorsqu'elles sont retournées par « action=query&meta=userinfo&uiprop=options ».
  • Les erreurs liées à l'absence de paramètres ('missingparam') utilisent maintenant le nom de paramètre préfixé dans le code et dans le texte de l'erreur, par exemple « noxxfoo » et « Le paramètre 'xxfoo' doit être initialisé » plutôt que « nofoo » et « Le paramètre 'foo' doit être initialisé ».
  • « action=query&prop=revisions » possède maintenant un paramètre 'rvslots' pour indiquer les emplacements de révision multi-contenu pour lesquels le contenu doit être renvoyé. Il possède également un nouveau rvprop, 'roles', pour indiquer quels rôles ont des emplacements. Un avertissement d'obsolescence sera émis si rvprop=content ou rvprop=contentmodel sont utilisés sans rvslots.
  • Le paramètre « rvcontentformat » de « action=query&prop=revisions » est obsolète. Les clients doivent être préparés à traiter le format par défaut pour les modèles concernés.
  • Il est interdit d'utiliser les paramètres obsolètes « rvexpandtemplates, rvgeneratexml, rvparse, rvdiffto, rvdifftotext, rvdifftotextpst, rvcontentformat, et rvprop=parsetree » avec le nouveau paramètre 'rvslots'.
  • « action=query&prop=deletedrevisions »,

« action=query&list=allrevisions », et « action=query&list=alldeletedrevisions » sont changés de la même façon que « &prop=revisions » (voir les trois éléments précédents).

  • (T174032) « action=compare » supporte maintenant les révisions multi-contenu.
    • Il possède un paramètre 'slots' pour pouvoir sélectionner les différences des emplacements individuels. Le comportement par défaut est de retourner une différence combinée.
    • Les paramètres 'fromtext', 'fromsection', 'fromcontentmodel', 'fromcontentformat', 'totext', 'tosection', 'tocontentmodel', et 'tocontentformat' sont obsolètes. Utilisez les nouveaux 'fromslots' et 'toslots' pour identifier quels sont les emplacements qui ont le texte fourni et les paramètres de modèle correspondants à chacun de ces emplacements.
    • Le comportement de 'fromsection' et de 'tosection' pour extraire le contenu d'une section n'est pas préservé. Par contre 'fromsection-{slot}' et 'tosection-{slot}' développent le texte donné comme pour une modification de section. Ceci écarte effectivement tâche T183823 en faveur de tâche T185723.
  • (tâche T198214) Le paramètre 'disabletidy' de action=parse est obsolète; la sortie désordonnée ne sera pas prise en charge par les futurs analyseurs syntaxiques de texte wiki.

Autres modifications

  • (tâche T198811) Les tables suivantes ont eu leur UNIQUE index transformé en propres CLEs PRIMAIREs pour améliorer la maintenance : interwiki, page_props, protected_titles et site_identifiers.
  • OOUI HTMLForm affiche maintenant un texte d'aide en ligne à la suite du champ de saisie, plutôt qu'en ouvrant une fenêtre. Le comportement précédent peut être rétabli en utilisant `'help-inline' => false`.
  • Le champ « ar_rev_id » de la table d'archive est maintenant unique.
  • Special:BotPasswords nécessite maintenant une réauthentification.
  • (tâche T174023) Les possibilités de la révision multi-contenu (Multi-Content Revision - MCR) ont été introduites au niveau du stockage et possèdent des fonctions de base pour l'affichage. Sauf pour l'emplacement principal, il n'existe pas encore d'interface utilisateur permettant de créer ou de gérer le contenu d'autres emplacements. Voir Multi-Content Revisions pour plus d'informations.

Sous-pages