Après la mise à jour, WP continue de harceler une version plus récente. Pourquoi?

J'ai mis à jour WP vers la version 3.9.2 (actuellement la dernière) via Git qui fonctionne très bien. Cependant, dans l'administrateur, il continue de me dire "une version plus récente est disponible". Après quelques recherches, cela semble être lié au pack de langue. Je me suis WPLANGmis à nl_NL.

Dans le wp-includes/update.phpfichier, wp_version_check()vérifiez le serveur WordPress pour les versions plus récentes en utilisant une URL comme celle-ci:

http://api.wordpress.org/core/version-check/1.7/?version=3.9.2&php=5.5.11&mysql=5.5.15&local_package=&blogs=1&users=2&multisite_enabled=0&locale=nl_NL

Cliquez dessus et vous remarquerez qu'il offre une réponse avec le statut «mise à niveau», mais la version est la même!? Si vous supprimez l'argument de paramètres régionaux à la fin ou le laissez vide (URL ci-dessous), vous verrez qu'il répondra avec une valeur d'état de «dernier» et ne déclenchera donc pas de nags de mise à jour.

http://api.wordpress.org/core/version-check/1.7/?version=3.9.2&php=5.5.11&mysql=5.5.15&local_package=&blogs=1&users=2&multisite_enabled=0&locale=

J'ai essayé de vider le cache WP (mise à jour des transitoires) mais rien ne change. Quelqu'un sait ce qui se passe ici? Merci.

Le problème est qu'il n'y a aucune valeur pour local_packagedans l'URL.

Au début, je pensais que cela pourrait être un bug. Des problèmes similaires ont déjà été signalés (voir ici et ici .

Je suis ensuite tombé sur un commentaire dans le ticket trac 8729 où l'utilisateur nbachiyski explique comment la localisation devrait fonctionner:

Il existe deux façons de localiser WordPress:

1. Déposez quelques fichiers de traduction.
2. Installez le package localisé.

Dans la mesure du possible, nous essayons d'appliquer la 2e voie.

Alors, voici comment tout cela fonctionne:

1. Les paramètres régionaux actuels et le package localisé actuel, installé, sont envoyés à l'API.
2. Si un package localisé pour les paramètres régionaux de l'utilisateur est disponible et que l'utilisateur ne dispose pas du package localisé, l'utilisateur est invité à mettre à niveau ou à masquer la mise à niveau.

Vous pouvez soit installer la version néerlandaise de WordPress, soit masquer les mises à jour correspondantes ( /wp-admin/update-core.php> Masquer cette mise à jour).

La réponse de Dan m'a mis sur la bonne voie. En plus des fichiers de langue, un package WP localisé crée également la $wp_local_packagevariable danswp-includes/version.php . Si cette variable est définie, sa valeur sera incluse dans l'URL de vérification de version et la réponse indiquera alors correctement que vous utilisez la dernière version:

http://api.wordpress.org/core/version-check/1.7/?version=3.9.2&php=5.5.11&mysql=5.5.15&local_package=nl_NL&blogs=1&users=2&multisite_enabled=0&locale=nl_NL

Puisque je mets à jour WP via Git, l'installation de packages localisés n'est pas une option. Je mets à jour manuellement les fichiers de langue. Dans ce cas, afin de vous débarrasser des nags de mise à jour, vous pouvez vous définir $wp_local_packagedans votre wp-config.phpfichier. Cela fera penser à WP que vous exécutez toujours le dernier package localisé:

define('WPLANG', 'nl_NL');
$wp_local_package = WPLANG; // Don’t forget to manually update the language files now