O diretório de plugins “Last Updated” não foi alterado após a confirmação inicial?

Lancei a primeira versão do meu plug - in do analisador Rewrite com uma confirmação em 12/05/2010 . O diretório do plugin WordPress.org ainda exibe 27/11/2010 como a data "Última atualização" - esta é a data em que o diretório do plugin foi criado no repositório.

As Perguntas frequentes do desenvolvedor afirmam:

Hora da última atualização Hora do último check-in no diretório apropriado (tronco / ou no diretório de tags estáveis) após uma alteração no número da versão .

A maioria dos desenvolvedores confirma sua primeira versão logo após a criação do diretório de plugins, para que você não perceba a diferença. Mas vi a mesma discrepância em outros plugins que foram confirmados mais de um dia após a criação do diretório .

Confirmei os diretórios trunk/e de tags/1.0/uma só vez (com uma cópia local e, em seguida, uma confirmação), mas o outro plugin com esse problema fez o que a maioria das pessoas faz: uma confirmação trunk/e uma cópia remota para tags/1.0/.

Otto disse recentemente :

A única vez que o leia-me é analisado e a entrada é reconstruída é quando a versão do plug-in é alterada. No entanto, para as pessoas que usam tags, isso geralmente acontece depois que eles criam a nova tag e atualizam a etiqueta estável.

O arquivo leia-me foi analisado; portanto, não sei mais o que eu poderia ter feito para atualizá-lo corretamente.

plugin-development wordpress.org

— Jan Fabry
fonte

Isso está se tornando um problema muito comum e não pude reproduzir consistentemente exatamente por que às vezes ele é atualizado e outras não. Eu realmente não tenho uma resposta para você, a não ser que seja algo de buggy com o plugin SVN do WordPress. Eu estaria interessado em ouvir uma resposta oficial.

— Matthew Muro

Você tentou codificar seu arquivo readme.txt como UTF-8?

— Bainternet

@Bainternet: eles não contêm caracteres especiais, portanto, você pode dizer que são UTF-8 (testados comparando o MD5 do arquivo "padrão", a versão convertida para Latin-1 e a versão convertida para UTF-8 : Tudo igual). Eles não contêm um caractere de lista técnica no início, mas presumo que isso seja opcional?

— Jan Fabry 25/05

Não tenho certeza se é opcional, mas quando tive o mesmo problema, salvar meu readme.txt (também sem caracteres especiais) no formato UTF-8 o corrigiu 15 minutos depois.

— Bainternet

@Bainternet: Talvez tenha sido apenas o commit extra que acionou a atualização? O WP.org detectou um novo readme.txt e, assim, analisou o arquivo novamente e, assim, atualizou o carimbo de data / hora?

— Jan Fabry 25/05

Estou tentando resolver o problema há meses e fiz vários ajustes para tentar resolver o problema.

Em resumo: Sim, sabemos que há um problema. Não, ainda não sei como consertar. Você pode parar de denunciar já.

Solução atual: QUALQUER commit de qualquer tipo deve acionar a atualização. Portanto, basta adicionar um espaço ao readme.txt e aguardar 30 minutos. Caso contrário, entre em contato comigo: otto@wordpress.org

— Otto
fonte

Descrição : atualizei os arquivos leia-me das tags tronco e atual e eles não mostram o texto atualizado na página do plug-in. 1) : readme.txtSó é analisada uma versão de cada vez? Algum cache no lado do wp.org hoje em dia? 2) Melhor local para perguntar sobre isso? Seu e-mail, plugins na wp org, wp-hackers, fórum, twitter?

— brasofilo

Com base na discussão dos comentários na pergunta, acredito que temos uma resposta para isso.

Salvar o arquivo readme.txt com a codificação Unicode-8 (UTF-8) parece corrigir o problema 'Última atualização'.

— Matthew Muro
fonte

Para o registro, parece que também deve-se sempre fazer também uma cópia da tag da versão mais recente para garantir que a data da última atualização e o número da versão sejam atualizados.

— anmari
fonte