Recherche

Le Blogue

Bulletin électronique

Inscrivez-vous pour recevoir par courriel les derniers articles du blogue.

J'ai lu et accepte la Politique de confidentialité de ce site

Informations

Suivez-moi !

Suivre sur Twitter Suivre sur Facebook Suivre sur Linkedin Suivre sur YouTube S'abonner au fil RSS

Copyright 2019 © dominicdesbiens.com
Tous droits réservés

Design Web basé sur une création de
Olivier Leblanc

Comment résoudre le problème de mise à jour des articles avec WordPress 5.0 et l'éditeur « Gutenberg »

Publié le 19 décembre 2018 | Internet, Trucs & Astuces | 27 commentaires

La version majeure 5.0 de WordPress, le CMS le plus populaire sur Internet, est sortie tout récemment. La principale nouveauté de celle-ci en est une de taille qui va changer les habitudes de ses millions d'utilisateurs. Il s'agit de l'éditeur permettant de rédiger ses articles et ses pages. J'ai installé WordPress 5.0 sur une version test de mon blogue et j'ai été confronté à un problème dès la première utilisation. Toute tentative d'enregistrement d'un article après modification était impossible et s'accompagnait du message d'erreur « Mise à jour échouée ». Voici la cause et la solution à ce problème.

En cette fin d'année 2018, plus de 32,5% des sites Web dans le monde fonctionnent avec la plateforme WordPress (tous types de sites Web confondus). Elle occupe presque 60 % de parts de marché des plateformes dites « CMS » (Content management system ou « système de gestion de contenu »). À titre personnel et professionnel, j'ai toujours préféré et utilisé WordPress pour la conception de sites Web. Mon propre blogue est propulsé par cette plateforme depuis toujours (je rappelle que mon blogue a eu 10 ans cette année).

Comme de nombreux autres webmestres, j'aime la simplicité de WordPress, sa rétrocompatibilité entre les versions et sa forte communauté d'utilisateurs et de développeurs très actifs. Les extensions populaires développées par ceux-ci sont, la plupart du temps, mises à jour dès une nouvelle version de WordPress pour supporter certains changements importants au niveau du code. Généralement, le plateforme offre aussi une certaine lassitude dans l'utilisation d'anciennes syntaxes dans le code afin que l'on puisse se familiariser avec les nouvelles avant de les appliquer.

Or, la version 5.0 sortie au début du mois de décembre apporte un changement radical dans une fonction de base essentielle du CMS, soit son éditeur visuel qui permet d'écrire et de publier nos articles. Baptisé « Gutenberg », cet éditeur modifie la façon de concevoir ses articles en utilisant des blocs. Et des blocs, il y en a pour tout. Du simple paragraphe au titre en passant par les images, tout devient un bloc distinct.

Si ce nouvel éditeur présente certains avantages, pour le simple blogueur que je suis il est plutôt déroutant et le choix des développeurs de WordPress reste discutable. Non seulement il faut prendre le temps de créer un bloc pour chaque élément composant notre article, mais il faut aussi s'assurer que le visuel de notre site ne soit pas impacté par ce nouveau système.

Heureusement, l'équipe de WordPress a prévu une extension permettant de revenir à l'éditeur classique une fois que l'on a installé la mise à niveau 5.0. Son développement sera maintenu jusqu'en 2021. Entre temps, vous pouvez consulter ce tutoriel de WPFormation pour vous familiariser avec le nouvel éditeur Gutenberg avant de faire la mise à jour ou si vous êtes déjà passé à l'actes.

Personnellement, j'ai décidé de la tester (pas sur mon site en production quand même !) parce que je suis curieux et que je pense qu'il est important, entre autres, d'avoir les plus récentes mises à jour de la plateforme afin d'éviter toute éventuelle faille de sécurité pouvant mener à un piratage. Il est tout de même peut-être sage d'attendre quelques semaines avant de vous lancer...

Solution à l'éditeur qui empêche l'enregistrement des publications

Toute cette mise en contexte a servi à vous mener vers la problématique que j'ai vécue avec le nouvel éditeur de WordPress 5.0. Après l'installation de la mise à jour, j'ai voulu tester l'éditeur et j'ai constaté deux problèmes importants avec celui-ci.

D'abord, dès que je voulais effectuer une modification à un article, son enregistrement automatique ou manuel était impossible. Cela se produisait autant avec un article existant qu'avec un nouvel article dans lequel le brouillon ne pouvait être enregistré. J'avais systématiquement le message d'erreur « Mise à jour échouée » tel qu'affiché sur l'image d'introduction de cet article.

Ensuite, bien que cela était moins important comme problème, l'image mise en avant (celle que vous voyez en introduction de mes articles) ne s'affichait pas dans l'éditeur. Une icône de chargement restait affichée sans montrer l'image en question. Voici un exemple avant et après la correction du problème :

Problème image à la Une

Pour avoir une idée de départ où pouvait se situer la cause du problème, j'ai ouvert la console des « Outils de développement » du navigateur Chrome pour voir en arrière-plan ce qui se passait lors de l'enregistrement d'un article. J'ai alors fouillé longuement sur le Web à la recherche d'une solution.

La cause est plutôt technique. En résumé, elle provient d'une relation entre le nouvel éditeur de WordPress et la fonctionnalité « REST API » mise en place dans la plateforme en 2015. Lorsque l'éditeur communique avec l'API, il crée une erreur d'authentification si l'adresse Web de WordPress dans les réglages est différente de l'adresse Web du site. Vous n'avez rien compris ?

Essayons autrement avec la solution... Le tout se passe dans l'interface d'administration de la plateforme, dans les « Réglages » et la section « Général ». On retrouve là deux adresses à indiquer dans la configuration de la plateforme. La première est le « chemin » vers le dossier où a été installé WordPress sur le serveur du fournisseur de services (lire cette page d'information). La deuxième est le lien vers la page d'accueil du site.

Puisque j'ai installé une copie de mon blogue dans un sous-répertoire de mon site principal, j'ai dû changer la première adresse dans les réglages. Or, il aurait fallu que je change également la deuxième adresse pour qu'elle soit identique à la première. Le nouvel éditeur Gutenberg provoque des erreurs d'authentification dans le cas où ces deux adresses Web sont différentes.

URLs dans les réglages de WordPress

Et que faire si je dois conserver ces deux adresses différentes ?

Dans le cas où vous avez installé WordPress dans un sous-répertoire du dossier principal de votre site Web et que vous devez conserver les deux adresses différentes, vous pouvez ajouter ce petit bout de code dans le fichier « functions.php » de votre thème :

add_filter('rest_url', function($url) {
    $url = str_replace(home_url(), site_url(), $url);
    return $url;
});

Référence : https://github.com/WordPress/gutenberg/issues/1761

Publicité

Partagez cet article !

Récemment dans « Internet »

Laisser un commentaire

Nom *

Adresse de courriel *

Site Web

Commentaire *

Merci de commenter cet article. Tous les commentaires publiés sur ce blogue sont modérés et soumis à mon approbation. Votre adresse de courriel est requise, mais ne sera pas visible publiquement.

Consultez la politique de confidentialité de ce site Web pour en savoir plus sur la collecte, la conservation et l'utilisation de vos données personnelles.

Liens vers cet article :

  1. […] les récentes mises à jour de WordPress si vous utilisez cette plateforme. Récemment, j’ai passé mon blogue à la version 5 de WordPress (je suis en train de convertir tous les articles de mon blogue pour prendre en charge le nouvel […]

  2. […] La version majeure 5.0 de WordPress, le CMS le plus populaire sur Internet, est sortie tout récemment. La principale nouveauté de celle-ci en est une de taille qui va changer les habitudes de ses millions d’utilisateurs. Il s’agit de l’éditeur permettant de rédiger ses articles et ses pages. J’ai installé WordPress 5.0 sur une version […] → Lire la suite […]

27 commentaires sur « Comment résoudre le problème de mise à jour des articles avec WordPress 5.0 et l'éditeur « Gutenberg » »

  1. justreard a écrit :

    Et si ça ne marche toujours pas ?
    J'ai été dans Réglages> général et mes deux url sont exactement similaire, pourtant lorsque je souhaite mettre à jour un article, j'ai toujours le message : Mise à jour échouée qui apparaît et aucune de mes modifications (image de mise en avant catégorie...) ne fonctionnent.

    Est i possible que le problème vient d'autres part ?
    Ça fait 2 mois que je ne peux plus rien faire je désespère.

    • Dominic Desbiens a répondu :

      @Justreard vous pourriez peut-être essayé d'ajouter mon bout de code dans votre fichier functions.php même si les deux adresses dans vos réglages WordPress sont identiques et me dire si ça a fonctionné ? Sinon j'essaierai de trouver une autre solution.

  2. Nacéra a écrit :

    Bonjour Dominic,

    Effectivement, j'ai supprimé la page qui contenait l'URL en dessous du titre et j'ai recréé mon article en partant d'un ancien article pour lequel je n'avais pas eu ce problème et en le dupliquant. Procédé dangereux car il faut penser à modifier la méta-description en fonction du nouvel article. En ce qui concerne le titre de ma page vous avez parfaitement raison, c'est un réflexe que je n'avais pas du tout (je suis toute nouvelle utilisatrice wordpresse), je viens de modifier sur l'article mentionné, et je le ferai sur les autres ce soir.
    En tout cas je garde précieusement l'adresse de votre site, et vous remercie de partager votre expérience.
    Très bonne journée

    • Dominic Desbiens a répondu :

      Il y a toujours un problème avec votre titre : « Titre une cabane autour du monde Titre - » sur cet article. Personnellement je n'ai jamais touché aux champs ajoutés par Yoast SEO sous l'éditeur de WordPress. Je le laisse gérer les balises métas selon les réglages que j'ai définis dans les paramètres de l'extension. Moins de casse-tête, pas besoin de me préoccuper de changer les balises manuellement et comme ça tous les titres de mes articles ont la même structure, soit uniquement le titre de mon article.

      Je suis heureux de vous compter parmi mes nouveaux lecteurs et lectrices. J'alimenterai davantage mon blogue au cours des prochaines semaines. Je l'ai trop délaissé ces derniers mois. Bonne fin de journée et merci pour vos interactions sur mon blogue.

  3. nacéra a écrit :

    Bonjour,

    Merci beaucoup pour votre article, j'avais exactement le même problème au niveau de la mise à jour des articles qui échouait constamment. Je suis repassée à l'ancienne version et je n'ai plus ce problème. J'ai en revanche un autre problème, peut être aurez vous une solution ? Dès que je publie un article, le permalien apparaît sous le titre. avez vous déjà eu ce problème ?
    Merci beaucoup

    • Dominic Desbiens a répondu :

      @Nacera quand vous dites que vous êtes repassé à l'ancienne version, vous parlez de l'éditeur classique de WordPress? Pour le lien sous le titre, il apparaît sur la page du site Internet visible au public ?

    • Nacéra a répondu :

      Bonjour Dominic, oui c'est bien ça je suis repassée à l'éditeur classique. En ce qui concerne le permalien, il est visible sur le site public. Je ne le vois pas dans le corps du texte quand je rédige mon article mais dès que je le publie il est visible.

    • Dominic Desbiens a répondu :

      @Nacéra je viens de visiter votre blogue, assez intéressant ! Cela dit, avez-vous mis en ligne un article où l'on peut voir le problème que vous décrivez ? Je n'en vois aucun de mon côté. Aussi, il semble y avoir un problème avec la gestion de la balise « title » dans l'en-tête HTML de vos articles. Je vois que vous avez l'extension WordPress « Yoast SEO ». Vous devriez vérifier les réglages de cette extension. Cela peut avoir un impact sur le référencement de votre blogue sur Google et son positionnement.

      Par exemple, l'un de vos articles a ce titre : « Titre une cabane autour du monde Titre - une cabane autour du monde Hind chante Fairouz une cabane autour du monde % ».
      Idéalement, le titre de votre page devrait être par exemple « Une cabane autour du monde - Hind chante Fairouz ».

    • Dominic Desbiens a répondu :

      @Nacéra visiblement je ne faisais pas les bonnes recherches ! En fait, la solution était plutôt simple et se trouve dans le fichier de registre pour l'ajout de Google Drive au volet de navigation. Dans la première clé de registre existe la valeur « SortOrderIndex"=dword:00000042 ». Cette valeur du registre permet de définir l'ordre d'affichage d'un élément dans le volet de navigation de l'Explorateur comme celui de Google Drive.

      La valeur « 42 » place Google Drive au-dessus de l'élément « Ce PC », alors qu'une valeur de « 54 » le positionnerait sous celui-ci. Mais visiblement il ne semble pas être possible de le placer au-dessus de l'élément « Accès rapide » (j'ai même essayé avec une valeur de 1 et ça ne fonctionne pas).

    • Nacéra a répondu :

      Oui vous avez raison je le ferai directement dans les réglages, en plus mon problème d'URL est réapparu, elle s'affiche même en double dans le pavé texte de la page d'accueil. Je vais tout reprendre.
      Très bonne soirée

    • Dominic Desbiens a répondu :

      Effectivement je vois le problème maintenant. C'est difficile de savoir comment le résoudre sans voir votre code source et votre administration sur votre site. Il y a peut-être une sorte de « bloc » imbriqué dans l'éditeur classique qui ajoute ce code (selon le code source de la page il s'agit d'une partie du sommaire). Vous pourriez sûrement l'enlever en passant l'éditeur classique en mode « Code » plutôt que « Visuel ».

      Je vous recommande de réessayer l'éditeur Gutenberg avec les blocs. Honnêtement, je me suis habitué à celui-ci après l'avoir quelque peu critiqué. Il y a même des moments où je le trouve utile (notamment pour déplacer des éléments sur la page comme des images ou des titres). Si vous avez installé l'éditeur classique en raison du problème de mise à jour des articles, on peut essayer de diagnostiquer le problème et je peux essayer de vous aider à le résoudre pour conserver le nouvel éditeur.

  4. Jean-Pierre a écrit :

    Bonjour,

    Merci pour cette page cela m'a bien aidée pour le problème des maj qui échouent.
    J'ai réinstallé WP 5.0.3 par dessus tout prenant l'éditeur classique à l'installation ! ! et ça marche correctement maintenant.
    Comme je débute avec WP je suis en local. Une réinstallation de WP demande de fournir un nom d'hote et les coordonnées d'un serveur FTP .....
    Donc merci à KORBEN (korben.info) pour cette astuce :

    Ouvrez votre fichier wp-conf.php et ajoutez à la fin du fichier la ligne suivante :

    define(‘FS_METHOD’,’direct’);

    et la on peu réinstaller WP en local.

    • Dominic Desbiens a répondu :

      Jean-Pierre merci pour le partage de l'astuce, elle pourra éventuellement servir à quelqu'un d'autre qui se retrouve avec le même problème pour l'installation locale.

  5. Thierry MIJSOOT a écrit :

    @Dominic
    Oui j'ai la version 5.0.3 toute fraîche ...
    Et sinon pour le bout de code je me suis dit : "pourquoi installé un plugin, plutôt que désactiver un plugin ?"
    Après, je ne sais pas ce que fait vraiment ce soit disant plugin, peut-être que justement il désactive Gutenberg !!!!

    Thierry

    • Dominic Desbiens a répondu :

      Vous avez raison, bon point. Gutenberg n'est pas qu'un simple plugin mais il est une modification du « core » de l'administration WordPress. Reste à voir maintenant si le plugin de l'éditeur classique ne fait qu'activer le bout de code que vous avez ajouté manuellement dans votre fichier functions.php en plus de remplacer visuellement l'éditeur Gutenberg par la partie classique. Dans tous les cas, merci encore pour le code.

    • Dominic Desbiens a répondu :

      J'ai vérifié le plugin Classic Editor, son fichier PHP principal a beaucoup de codes. Si vous avez désactivé Gutenberg sans installer le plugin, vous avez quand même l'ancien éditeur classique dans l'édition de vos articles ??

  6. Christer a écrit :

    Hello,
    Merci pour l'article. Malheureusement je suis dans la même situation que Michel. Ce problème est apparu d'un coup (après avoir créé un deuxième champ avec Advanced Custom Fields). Le message persiste même avec toutes les extension desactivées. MAIS les mises à jours de la page se font! C'est juste ce message d'erreur qui est enervant.

    • Michel a répondu :

      Bonjour
      Chez moi le problème a été résolu par la mise à jour avec la version 5.0.3 de WP.
      Bonne journée.
      M

    • Christer a répondu :

      A mon avis il peut y avoir plusieurs raisons de ce message. Dans mon cas, j'ai trouvé. C'était à cause d'un shortcode sur la page qui était fautif (techniquement, un shortcode doit retourner une chaine de caractères, qui sera affichée sur la page, mais le shortcode en question essayait d'afficher du contenu directement. Sur l'écran tout semblait marcher, mais l'API utilisé par Gutenberg a - correctement - signalé une erreur).

    • Dominic Desbiens a répondu :

      @Christer merci pour le complément d'information. Dans cas là j'imagine que le problème survenait seulement sur quelques publications dans WordPress??

    • Thierry MIJSOOT a répondu :

      Bonjour et merci pour votre article !

      Je suis également dans le même cas, mon blog est tout neuf et je n'ai pas de plugin d'installer et je suis sur le thème de base Twenty Seventeen.

      Personnellement ce qui me fatigue moi c'est que cela génère une erreur et qu'elle ne soit loguée nulle part ... C'est à ça que servent les logues ...

      Bref j'ai désactivé Gutenberg dans function.php, on verra ça en 2022 !!!

      /* Désactive Gutenberg / utilisation de l'éditeur classique de WP */

      add_filter('use_block_editor_for_post', '__return_false');

    • Dominic Desbiens a répondu :

      @Thierry merci pour le bout de code. Vous auriez pu aussi simplement installer et activer le plugin de l'éditeur classique qui prend place de Gutenberg et corrige ainsi le problème.

      Certaines personnes disent avoir vu ce bogue corrigé avec la mise à jour 5.0.3, vous l'avez installée ? Étrange quand même que des utilisateurs aient toujours ce bogue alors que d'autres non (et ce même si tous les plugins sont désactivés).

  7. Nico a écrit :

    Bonjour,

    Merci pour cet article précis, mais personnellement sur mon site les 2 adresses sont identiques et j'ai quand même ce bug.

    • Dominic Desbiens a répondu :

      @Nico oups... Bizarre. Possible que ce soit tout de même lié à REST API, mais causé par autre chose. Avez-vous désactivé toutes vos extensions? J'essaierais aussi le thème par défaut de WordPress pour être certain que ça ne vient pas de votre thème (j'espère que vous avez installé sur une version de test de votre site). Vous pouvez alors essayer mon bout de code à mettre dans votre fichier functions.php

    • Michel a répondu :

      Bonjour
      J'ai moi aussi le même problème : adresses identiques dans les réglages, extensions à jour, etc... Même en changeant de thème, le bug reste présent.

    • Dominic Desbiens a répondu :

      Et que se passe-t-il si vous désactivez toutes les extensions de votre WordPress ?

    • Michel a répondu :

      Même en désactivant toutes les extensions, le message "mise à jour échouée" apparaît lorsque je veux modifier une page ou un article. C'est super énervant....
      En revanche, pas de problème en passant par Classic Editor.