MediaWiki n'est pas encore compatible avec PHP 8. Voir tâche T248925 pour plus d'informations.
Avertissement :
MediaWiki 1.35 ne prend plus en charge PHP 7.2. Il faut dorénavant PHP 7.3.19 ou ultérieur.
Avertissement :
MediaWiki 1.35.0 à 1.35.4 contient un problème de sécurité très grave. Veuillez effectuer une mise à niveau vers 1.35.5 ou une version ultérieure. Voir Version de sécurité 2021-12/FAQ pour plus d'informations.
MediaWiki 1.35 est la version stable actuelle avec support à long terme (Long Term Support - LTS) 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 via les branches incrémentales « wmf » à partir du 1er octobre 2019.
La version stable 1.35.0 est sortie le 25 septembre 2020.
Téléchargez mediawiki-1.35.6.tar.gz ou copiez la branche REL1_35de Git pour suivre cette version.
Elle arrivera en fin de vie en septembre 2023.
Les pages spéciales Special:EditPage, Special:PageHistory, Special:PageInfo et Special:Purge ont été faites comme raccourcis de chaque action. Special:EditPage/Foo redirige vers title=foo&action=edit, avec PageHistory, PageInfo, et Purge correspondant respectivement à &action=history, info et purge. Quand le lien est établi, la sous-page est utilisée comme cible. Sinon, on affiche une interface basique pour permettre à l'utilisateur final de spécifier la cible manuellement (voir tâche T13456).
Le format avec « ?action=watch » possède une nouvelle liste déroulante qui prend en charge les dates d'expiration des éléments des listes de suivi (si $wgWatchlistExpiry vaut true).
Nouvelles extensions intégrées
MediaWiki 1.35 intégre l'extension VisualEditor, qui apporte une expérience d'édition visuelle comme alternative à l'éditeur de source classique. Il ne sera pas nécessaire de configurer une instance séparée de Parsoid, car il est intégré au noyau de MediaWiki.
De plus, SecureLinkFixer et TemplateData sont incluses. Elles forcent les liens https sur votre wiki, et ajoutent une balise et une API afin de permettre aux contributeurs de spécifier comment les modèles doivent être appelés.
Modifications dans l'API Action
The 'suggest' parameter of action=opensearch has been deprecated. The API behaves the same with and without this parameter. It was previously used by $wgEnableOpenSearchSuggest to partially disable the API if set to false. Specifically, it would deny internal frontend requests carrying this parameter, whilst accepting other requests.
Integer-type parameters are now validated for syntax rather than being interpreted in surprising ways. For example, the following will now return a badinteger error:
"1.9" (formerly interpreted as "1")
" 1" (formerly interpreted as "1")
"1e1" (formerly interpreted as "1" or "10", depending on the PHP version)
"1foobar" (formerly interpreted as "1")
"foobar" (formerly intepreted as "0") parameters. Ranges should be assumed to be enforced.
Many user-type parameters now accept a user ID, formatted like "#12345".
The 'assert' parameter used by all API modules now supports the value 'anon'. When specified, the API will return the 'assertanonfailed' error if the user is logged in.
action=edit now supports the 'baserevid' parameter for edit conflict detection, as an alternative to 'basetimestamp'. Note that self-conflicts will continue to be ignored if 'basetimestamp' is set, but not if only 'baserevid' is set.
A new module was added to change the content model of existing pages. Use action=changecontentmodel. Unlike Special:ChangeContentModel, the api module does not work for pages that do not already exist.
action=watch accepts a new 'expiry' parameter analagous to the expiry accepted by action=userrights, action=block, etc., except it must be no greater than $wgWatchlistExpiryMaxDuration, or an infinity value.
(tâche T249526) action=login will now return Failed rather than NeedToken on session loss.
Modifications internes de l'API Action
The Action API now uses the Wikimedia\ParamValidator library for parameter validation, which brings some new features and changes. For the most part existing module code should work as it did before, but see subsequent notes for changes.
The values for all ApiBase PARAM_* constants have changed. Code should have been using the constants rather than hard-coding the values.
Several ApiBase PARAM_* constants have been deprecated, see the in-class documentation for details. Use the equivalent ParamValidator constants instead.
The value returned for 'upload'-type parameters has changed from WebRequestUpload to Psr\Http\Message\UploadedFileInterface.
Validation of 'user'-type parameters is more flexible. PARAM constants exist to specify the type of "user" allowed and to request UserIdentity objects rather than name strings. The default is to accept all types (name, IP, range, and interwiki) that were formerly accepted.
Maximum limits are no longer ignored in "internal mode".
The $paramName to ApiBase::handleParamNormalization() should now include the prefix.
(tâche T245931) meta=siteinfo&siprop=interwikimap no longer reports language or extralanglink when $wgInterwikiMagic is false.
Avertissement :