Annuler une mise à jour d'extension WordPress qui a cassé votre site

Quand le retour en arrière est proposé

L'exécution doit avoir échoué, et le changement qui l'a déclenchée — affiché sous « What changed » — doit être une mise à jour d'extension dont les deux versions sont connues. L'exécution affiche alors « Relvato can fix this » avec « Roll back <plugin> to <version> ». Cliquez sur « Apply fix on my site », puis sur « Yes, apply » : Relvato réinstalle la version et relance le contrôle.

Si plusieurs extensions ont été mises à jour en même temps, Relvato ne propose un retour en arrière que si l'erreur elle-même désigne l'une d'elles — par exemple une erreur PHP dans les fichiers de cette extension. Il ne choisit jamais au hasard entre elles.

Le blocage : pourquoi la mise à jour ne revient pas aussitôt

WordPress proposerait normalement la mise à jour de nouveau immédiatement, et une mise à jour automatique la réinstallerait en quelques heures. Le retour en arrière bloque donc aussi la version fautive. Le système de mises à jour automatiques de WordPress l'ignore, et toute mise à jour qui passe par WordPress — quelqu'un qui met l'extension à jour depuis WordPress, WP-CLI, ManageWP, l'outil de mise à jour d'un hébergeur — est refusée avec un message qui explique pourquoi.

Le blocage porte sur cette version précise. Quand l'auteur publie une version plus récente, elle s'installe normalement et Relvato la contrôle comme n'importe quelle autre mise à jour. L'écran des extensions de WordPress signale le blocage sur la ligne de l'extension, et l'exécution propose un bouton « Release the hold on <version> » pour le jour où vous voulez récupérer cette version.

Quand Relvato refuse de revenir en arrière

Relvato ne revient en arrière que pour les extensions de wordpress.org, où chaque version antérieure est conservée — et seulement si votre copie correspond exactement aux fichiers de wordpress.org : une extension payante qui porte le même nom, ou une extension que quelqu'un a modifiée sur le site, n'est donc jamais écrasée.

WooCommerce n'est pas ramené en arrière une fois que sa base de données a été mise à niveau au-delà de la version à laquelle vous reviendriez, car un code WooCommerce plus ancien sur une base de données plus récente n'est pas pris en charge. Restaurez plutôt la sauvegarde de votre hébergeur. Relvato ne revient jamais non plus sur sa propre extension.

Pourquoi le cœur de WordPress n'est pas ramené en arrière

Une mise à jour majeure de WordPress fait migrer la base de données, et WordPress n'a aucun moyen de l'annuler. Une mise à jour mineure contient surtout des correctifs de sécurité, et WordPress la réinstallerait de toute façon automatiquement en quelques heures. Quand un contrôle casse après une mise à jour du cœur, la cause est presque toujours une extension ou un thème incompatible avec la nouvelle version — c'est sur celui-là qu'il faut revenir en arrière.

Désactiver le retour en arrière pour un site

Le retour en arrière est actif sur chaque site WordPress tant que vous ne le désactivez pas. Ouvrez dans les réglages du site « Settings → Plugin updates » et décochez « Roll back plugin updates that break a check ». Relvato ne réinstalle alors plus jamais une version antérieure d'une extension sur ce site. Une exécution en échec indique toujours la mise à jour qui l'a probablement causée, mais son bouton « Apply fix on my site » est désactivé et explique pourquoi.

Retour en arrière désactivé, Relvato ne propose plus non plus de mettre à jour une extension vulnérable à votre place, car il ne pourrait pas annuler cette mise à jour si un contrôle cessait de passer. Désactiver l'extension puis vérifier reste proposé, puisque l'annuler consiste seulement à la réactiver. Les versions déjà bloquées le restent. La même page de réglages les liste, chacune avec un bouton « Release ».