Le répertoire du plugin «Dernière mise à jour» n'a pas changé après la validation initiale?

J'ai publié la première version de mon plug-in d'analyseur de réécriture avec un commit le 12/05/2010 . Le répertoire du plugin WordPress.org affiche cependant toujours le 2010-11-27 comme date de "Dernière mise à jour" - c'est la date à laquelle le répertoire du plugin a été créé dans le référentiel.

La FAQ du développeur indique:

Heure de la dernière mise à jour Heure de la dernière connexion au répertoire approprié (tronc / ou répertoire de balises stables) après un changement de numéro de version .

La plupart des développeurs engagent leur première version juste après la création de leur répertoire de plugins, vous ne remarquerez donc pas la différence. Mais j'ai vu la même différence dans d'autres plugins qui ont été validés plus d'un jour après la création du répertoire .

J'ai validé les répertoires trunk/et tags/1.0/en une seule fois (avec une copie locale puis une validation), mais l'autre plugin avec ce problème l'a fait comme la plupart des gens: une validation de trunk/puis une copie distante vers tags/1.0/.

Otto a récemment déclaré :

La seule fois où le readme est analysé et l'entrée est reconstruite, c'est lorsque la version du plugin change. Cependant, pour les personnes utilisant des balises, cela se produit généralement après avoir créé la nouvelle balise et mis à jour la balise stable.

Le fichier Lisezmoi a été analysé, donc je ne sais pas quoi d'autre aurais-je pu faire pour le mettre à jour correctement?

plugin-development wordpress.org

— Jan Fabry
source

Cela devient un problème très courant et je n'ai pas été en mesure de reproduire de manière cohérente exactement pourquoi il se mettra parfois à jour et parfois non. Je n'ai pas vraiment de réponse pour vous à part qu'il pourrait s'agir d'un bug avec le plugin WordPress SVN. Je serais intéressé d'entendre une réponse officielle.

— Matthew Muro

Avez-vous essayé d'encoder votre fichier readme.txt en UTF-8?

— Bainternet

@Bainternet: Ils ne contiennent aucun caractère spécial, vous pouvez donc dire qu'ils sont UTF-8 (testés en comparant le MD5 du fichier "standard", la version convertie en latin-1 et la version convertie en UTF-8 : Tous égaux). Ils ne contiennent pas de caractère de nomenclature au début, mais je suppose que c'est facultatif?

— Jan Fabry

Je ne sais pas si c'est facultatif, mais quand j'ai eu le même problème, l'enregistrement de mon fichier readme.txt (également sans caractères spéciaux) au format UTF-8 l'a corrigé 15 minutes plus tard.

— Bainternet

@Bainternet: Peut-être que c'est juste le commit supplémentaire qui a déclenché la mise à jour? WP.org a détecté un nouveau readme.txt et a donc analysé à nouveau le fichier et ainsi mis à jour l'horodatage?

— Jan Fabry

Réponses:

J'essaie de résoudre le problème depuis des mois maintenant et j'ai fait plusieurs ajustements pour essayer de résoudre le problème.

En bref: oui, nous savons qu'il y a un problème. Non, je ne sais pas encore comment y remédier. Vous pouvez déjà arrêter de le signaler.

Solution de contournement actuelle: TOUT commit de quelque sorte que ce soit devrait le déclencher pour la mise à jour. Donc, simplement ajouter un espace au fichier readme.txt et attendre 30 minutes devrait faire l'affaire. Si ce n'est pas le cas, contactez-moi: otto@wordpress.org

— Otto
source

Description : J'ai mis à jour à la fois les fichiers readme de tronc et de balise actuelle et ils ne montrent pas le texte mis à jour dans la page du plugin. 1) : Est-ce readme.txtque seule une version à la fois est analysée? De la cache du côté wp.org de nos jours? 2) Le meilleur endroit pour poser des questions à ce sujet? Votre email, plugins chez wp org, wp-hackers, forum, twitter?

— brasofilo

Sur la base du commentaire commenté dans la question, je pense que nous avons une réponse à cela.

L'enregistrement du fichier readme.txt avec le codage Unicode-8 (UTF-8) semble corriger le problème de la «dernière mise à jour».

— Matthew Muro
source

Pour mémoire, il semble que l'on devrait également toujours faire une copie de balise de la dernière version pour s'assurer que la date de dernière mise à jour et le numéro de version sont mis à jour.

— anmari
source