WordPress 5.1 «Betty» : résumé des évolutions et correctifs

Nommée Betty en l’honneur de la chanteuse de jazz Betty Carter, la version 5.1 de WordPress est sortie le 21 février 2019 !

Tout d’abord, un grand bravo à la douzaine de français ayant contribué à cette nouvelle version de notre CMS !

Cette nouvelle version majeure de WordPress contient exactement 303 corrections, 156 améliorations, 9 demandes de nouvelles fonctionnalités, et 23 autres tâches marquées comme résolues dans WordPress 5.1.

Voici un article récapitulant ces changements. Chacun d’entre eux est accompagné des ressources correspondantes (appelées Dev Notes, disponibles en anglais sur Make/Core).

Santé de votre installation WordPress

WordPress 5.1 intègre une partie des évolutions réalisées sur les projets Servehappy (en anglais) et Site Health (en anglais). Des notifications seront affichées aux administratrices et administrateurs de sites utilisant des versions de PHP largement obsolètes. WordPress commencera également à mettre en place une vérification des prérequis de version PHP pour l’installation des extensions.

Du nouveau dans l’éditeur

L’éditeur de blocs continue son développement depuis WordPress 5.0, et la version 4.8 de l’extension Gutenberg (extension qui est maintenant utilisée pour accueillir les développements, évolutions et corrections sur le nouvel éditeur) est mise à disposition à toutes et tous avec WordPress 5.1.

Au menu, un grand nombre d’améliorations des performances de l’éditeur, de la documentation, des améliorations concernant le design de l’éditeur et les composants de l’interface.

Des métadonnées pour les Multisites WordPress

WordPress 5.1 ajoute une nouvelle table dans la base de données des installations multisite afin de gérer les métadonnées associées aux différents sites. Cela permet de stocker des données relatives à chaque site dans un contexte de sites WordPress gérés en réseau.

Des évolutions sur le Cron WordPress

WordPress 5.1 intègre un changement dans le comportement des tâches planifiées (le Cron WordPress), qui servent notamment à planifier la mise en ligne de vos publications en leur donnant une date de mise en ligne ultérieure à la date future.

Ce changement s’applique surtout aux serveurs utilisant FastCGI et des versions de PHP supérieures à 5.0.16. Vous ne devriez pas voir de changement de votre côté, si ce n’est une amélioration des performances de votre site. Ce changement introduit aussi deux nouvelles fonctions utilisables par les développeuses et développeurs pour avoir de meilleurs retours de la part de l’API et de nouveaux filtres pour modifier le stockage Cron (détails en anglais dans l’article ci-dessous).

Nouveau processus de build JS pour WordPress

Une réorganisation du code JavaScript est présente dans la branche de développement de WordPress depuis avril 2018 mais ce processus est réellement intégré pleinement avec WordPress 5.1.

Ce changement s’adresse principalement aux personnes contribuant au développement du cœur du CMS.

Mise à jour de certains styles CSS

Les styles des écrans de listes (articles, pages, types de publications personnalisés, utilisateurs, etc.) dans l’administration ont été modifiés et doivent donc être suivis par les développeuses et développeurs, agences et éditrices et éditeurs d’extensions pour WordPress. Ces modifications visent notamment à améliorer l’accessibilité de ces écrans.

Changement de formulation dans les textes des fichiers et de l’administration : «blog» devient «site»

Un changement initié par une contributrice française, @valer1e, afin de poursuivre le changement de dénomination déjà initié, WordPress étant bien évidemment davantage qu’un simple outil de blogging.

Autres changements s’adressant aux développeur·ses

Voici encore quelques changements qui s’adressent essentiellement aux développeuses et développeurs WordPress.

De nouvelles notifications sur l’API REST afin de montrer des exemples et bonnes pratiques aux développeurs faisant fausse route, au lieu de simplement afficher une erreur :

Support partiel de l’opérateur LIKE dans WP_Meta_Query :

Amélioration de la sanitisation des données dans la boîte méta (metabox) des taxonomies :

Nouveaux filtres permettant d’intégrer des fonctions sur-mesure lors de l’enregistrement de nouveaux utilisateurs sur un site :

Nouvelle fonction permettant d’obtenir une durée lisible par un humain, par exemple « 3 minutes et 10 secondes » à partir d’une durée (par exemple la durée de lecture d’une vidéo, comme « 3:10 ». Cela est particulièrement intéressant pour proposer des interfaces plus accessibles :

Autres changements à destination des développeuses et développeurs :

Et bien plus encore !

Voici encore quelques changements notables (en anglais) :

  • Cache API: Allow object caches to degrade gracefully (#22661)
  • Customize: Improve browser compatibility of X-Frame-Options and Content-Security-Policy headers for window in preview iframe (#40020)
  • Customize: Use iframe sandbox attribute to restrict browsing in Customizer preview instead of attempting to rely on JS to intercept top navigation (#42341)
  • Customize: Fix counting of sections for widget sidebars, allowing non-sidebar sections to not interfere (#43556)
  • Customize: Prevent wp_targeted_link_rel() from corrupting Customizer changeset data (#45292)
  • Media: Parse the creation date out of uploaded audio files (#42017)
  • Media: No placeholder for ico file in list view of Media Library (#43458)
  • Media: media_handle_sideload() may unexpectedly return 0 on error (#44303)
  • Menus: Improve headings and instructions for better accessibility (#43397)
  • Menus: Show an appropriate message when no menus exist (#45155)
  • Networks and Sites: Improve site creation in multisite (#40364)
  • Networks and Sites: Introduce ms-site.php and ms-network.php files (#40647)
  • Networks and Sites: Implement wp_initialize_site() and wp_uninitialize_site()(#41333)
  • Plugins: Disable “Install Plugin” button for PHP required version mismatch (#43986)
  • Privacy: Show the comment / awaiting moderation message even without opt-in (#43857)
  • Query: post__in orderby not working when passed in an array to orderby (#38034)
  • REST API: Allow to filter the query in the search controller (#45454)
  • Taxonomy: Add un|registered_taxonomy_for_object_type action (#44733)
  • Users: New filter to short circuit WP_User_Query results (#44169)
  • Widgets: Make the Widgets screen “Enable accessibility mode” link more discoverable (#42778)
  • Widgets: Fix Gallery Widget preview after an image is deleted (#43139)
  • Widgets: Fix custom HTML widget editor content not updating after save (#43657)

Bonne mise à jour !

Traduit de l’anglais à partir du field guide réalisé par @desrosj

16 réflexions sur « WordPress 5.1 «Betty» : résumé des évolutions et correctifs »

  1. Bonjour,
    Depuis la 5.1, il n’est plus possible de faire un Private Site (tout le site n’est accessible qu’après un login / mot de passe).
    Les plugins qui fonctionnaient encore en 5.03 (Private Site etc.) ne reconnaissent plus le mot de passe du visiteur, qui doit se faire envoyer un mail de ré-initialisation de mot de passe avec le bouton « oubli de mot de passe » à chaque reconnexion.
    Quand WordPress intégrera-t-il une fonction « Tout le site est privé ? », réservé qu’aux utilisateurs inscrits ?
    Merci bien pour votre réponse.
    Jean

  2. Bonjour Jean,

    Afin de pouvoir vous aider, avez-vous un exemple d’extension ne fonctionnant plus quant à la reconnaissance du mot de passe du visiteur ?

    Pour la question concernant la génération de site privé : ne s’agissant pas d’une demande suffisamment « universelle », cela devrait demeurer dans le territoire des extensions (plugin territory) et il n’est pas prévu de gérer cela de façon native dans WordPress à court ou moyen terme.

    Bien à vous,
    Jean-Baptiste

  3. Bonjour,
    Depuis que vous avez mis en place Gutenberg, c’est du grand n’importe quoi, pour être honnête, je ne suis pas prêt d’utiliser votre constructeur de page sincèrement déçu. Par contre je ne changerais pas de CMS pour un empire

  4. Bonjour Gosset,

    Tout d’abord, merci pour votre retour.
    Gutenberg n’est pour l’instant pas encore un constructeur de page mais juste le nouvel éditeur de WordPress. Vous ne détaillez pas en quoi cela est du « grand n’importe quoi » mais n’hésitez pas à le faire afin de rendre ce retour plus pertinent et d’expliquer les problèmes que vous rencontrez à l’usage.

    Pour information, l’éditeur classique est toujours disponible sous la forme d’une extension maintenue par l’équipe de développement du CMS.
    En tout cas, ravi que vous soyez satisfait par le CMS WordPress d’une manière générale.

    Bonne journée,
    Jb

  5. Je tiens à remercier et à féliciter toute l’équipe WordPress pour le développement d’un CMS qui est extraordinaire. Pour revenir à mon message précédent, je veux dire par là que c’est certainement très bien pour les gens qui ne connaissent pas le langage informatique, ( HTML, CCS, PHP, etc ). Ce qui serait bien c’est d’avoir le choix entre les blocs et pouvoir faire sa propre mise en page. L’éditeur vous allez le garder combien de temps et à jour?
    Encore merci et tout mes encouragement pour la suite. Puis-je utiliser votre logo afin de renvoyer vers votre site (quel url?)
    Excellente journée à vous,
    Jean-Christophe

  6. Bonjour.
    Pour ma part aussi Gutenberg ne devrait pas être le seul choix de l’éditeur nativement…
    Sinon autre problème lorsque je veux installer un site wordpress dans une base de données en contenant déjà d’autres avec un préfixe de table différent, maintenant j’ai droit au message  » Il semblerait que WordPress soit déjà installé. Pour le réinstaller, commencez par supprimer vos anciennes tables de la base de données. »
    Du coup je ne vois pas comment installer plusieurs site wordpress dans une même base mis a part utiliser la version 5.0.3…

  7. Bonjour @scarythib,

    Désolé pour la validation de votre commentaire, il était resté en file d’attente de validation.
    Pour la question concernant les préfixes de table de la version 5.1, pouvez-vous réessayer en retéléchargeant l’archive de WordPress 5.1 ? Il y a eu une correction qui va normalement résoudre votre souci qui survenait dans certains contextes spécifiques.

  8. Bonjour
    J’étais très réticent quand Gutenberg est arrivé. Et puis je m’y suis mis et maintenant je pense ne plus pouvoir m’en passer. J’ai complètement viré l’ancien éditeur et je trouve ce système de blocs très pratique.
    Deux bémols :
    – pour avoir un échantillonnage de blocs suffisant il faut installer 4 ou 5 extensions car en plus des blocs « classiques » chaque éditeur invente des blocs aux fonctionnalités intéressantes.
    – il faudrait enrichir les possibilités de réglages des blocs dans le CMS lui-même et ne laisser la main aux éditeurs d’extensions que dans des cas bien particuliers. Par exemple il n’est pas normal que seules quelques extensions permettent de régler la typographie de manière « pro » quand d’autres n’offre que Gros, Moyen, Normal, Petit pour la taille des caractères.
    Je pense que tout ça viendra.
    Cordialement
    Hubert
    http://www.ogolf.fr

  9. Bonjour Hubert et merci pour ce retour d’expérience !
    Pour le premier point, le gestionnaire de blocs qui arrivera courant 2019 sera effectivement salutaire !

  10. Tout comme « ctjean » (premier commentaire) j’ai plusieurs site « privés » et ce n’est pas parce que ce n’est pas la majorité des sites qu’il faut botter en touche.
    En effet, avoir un site réservé c’est d’abord et avant tout se protéger du grand public en ayant un lectorat sélectionné et connaisseur du sujet dont vous parlez.
    Le second point, est que par un plugin, j’ai désactivé l’option « mot de passe oublié » afin justement par toutes les personnes qui changent leur password et qui en mettent des si facile à craquer que n’importe quel hacker débutant rentre dans ta base comme il veut…
    Ce faisant, j’ai un gros problème puisque ne pouvant pas réinitialiser via cette option « mot de passe oublié » n’apparaissant plus sous le formulaire de connexion je suis moi-même devenu incapable de me loguer en tant qu’admin et là ça devient grave, vraiment.
    J’attends donc une solution efficace car si j’avais su que la mise-à-jour en 5.1 aurait créer ce problème j’aurai attendu des jours meilleurs.
    Et puis, appel aux développeurs de plugin, comment peut-on faire pour définitivement interdire un utilisateur « abonné » de changer sont mot de passe car quand il est logué, il a l’option de pouvoir le changer ?
    Cependant, il ne serait pas interdit que WordPress implémente cette option car les mots de passe proposés en automatique seront de suite rejeté par le nouvel utilisateur qui le remplacera par un autre beaucoup plus simple car, au final, il se fout (par ignorance) de tes problème de te faire hacker ou spammer totalement. Pour lui, c’est ton problème et surtout pas le sien !
    Internet devient vraiment de plus en plus « acide » et il serait bien que l’équipe de WordPress comprenne cette nouvelle donne.
    Merci d’avance !

  11. Bonjour Laurent49 et merci pour votre commentaire,

    Il n’est pas question de « botter en touche » mais surtout de comprendre d’où vient votre souci. Si le souci intervient du fait d’une de vos extensions, le problème vient de cette extension qui n’est peut-être pas (ou plus) compatible avec le cœur WordPress. Le développement du CMS ne peut pas s’arrêter du fait qu’un éditeur d’extension ne suit pas son développement. Qu’en dit l’auteur de l’extension ? Quel est d’ailleurs le nom de cette extension ? Je pense qu’il serait utile de lui faire remonter le problème, via la page « support » de la page de l’extension sur WordPress.org. Ainsi, l’auteur pourra vous répondre et corriger le souci de son extension si nécessaire. Peut-être n’a t-il même pas conscience que son extension ne fonctionne plus avec les dernières versions du CMS d’ailleurs.

    Pour le deuxième sujet, il n’est pas prévu d’intégrer la fonctionnalité d’interdiction de changement de mot de passe dans le cœur WordPress.
    En revanche, rien ne vous empêche de demander tout de même l’intégration de cette fonctionnalité. Dans ce cas, cette demande ne doit pas être faite ici mais sur https://core.trac.wordpress.org, l’outil de ticket utilisé pour le développement de WordPress.

    Si comme je le pense cette demande est rejetée, l’intégration de cette fonctionnalité ne pourra être faite que via une extension, si une développeuse ou un développeur souhaite la développer 🙂 (mais peut être qu’elle existe déjà d’ailleurs !)

    À noter que vous pouvez également demander de l’aide sur le forum de l’association WPFR si nécessaire: https://wpfr.net/support/ 🙂

    Bonne journée,
    Jean-Baptiste

  12. Bonjour
    J’ai le pavé sur mon tableau de bord m’indiquant que la version php est obsolète. Pourtant mon site tourne avec PHP7.3. Pouvez vous me donner des informations à ce sujet. Par avance merci

  13. Bonjour @finette35,

    Nous ne faisons pas de support technique sur ce site, vous pouvez utiliser les forums de support officiels (https://wordpress.org/support, en anglais) ou ceux de l’association WPFR (https://wpfr.net/support, en français).

    Cependant, pour débuguer votre configuration serveur, je vous recommande d’installer et activer l’extension officielle WordPress Health Check (https://fr.wordpress.org/plugins/health-check/) qui vous permettra de vérifier votre configuration en back-office.

Laisser un commentaire