Eu executei ./laucher app rebuild esta manhã (existem outras maneiras de atualizar também, como a GUI).
Este é o detalhe atual fornecido na página de Administração.
Meu Discourse tem um calendário muito ativo. Todos os horários de início e fim de eventos pré-definidos foram redefinidos do horário local para UTC. Isso teve um impacto significativo em minha comunidade.
Esse evento foi definido como 9h às 17h30.
supermathie
(Michael Brown)
Dezembro 20, 2024, 4:00pm
2
Você pode nos mostrar o código-fonte daquela postagem onde o evento é definido?
Na verdade, o evento está apenas exibindo os horários do evento como UTC. Clicar (ou talvez passar o mouse) sobre o evento mostra isso.
Muito estranho. Já vi vários casos:
Como outro usuário, o evento visitado mostra o horário local.
Como administrador, um evento era UTC. Atualizado. O evento foi atualizado para o horário local.
Como administrador, escolhi outro evento. O horário local foi exibido.
Como administrador, esse evento de 22 de dezembro ainda mostra UTC.
Como outro usuário, esse evento de 22 de dezembro é exibido no horário local.
Ainda bem que tenho uma captura de tela, senão pensaria que estava ficando louco.
[event start="2024-12-22 09:00" status="standalone" timezone="America/Toronto" end="2024-12-22 17:30" reminders="bumpTopic.3.days" allowedGroups="trust_level_0"]
[/event]
supermathie
(Michael Brown)
Dezembro 20, 2024, 4:19pm
6
Adivinhar, estas postagens provavelmente precisavam de um novo cozimento e seu servidor está passando por elas e as está refazendo com formatação atualizada.
Em uma postagem que ainda parece “errada”, se você forçar um novo cozimento:
ela parece certa?
Estou atrasado. Atualizei a página do meu exemplo e o evento foi atualizado para o horário local.
Se eu encontrar outro evento problemático, tentarei sua sugestão.
Acrescento que minha atualização foi concluída há mais de 5 horas. Não é um site grande. Também não é um servidor potente, mas é adequado.
j.jaffeux
(Joffrey Jaffeux)
Dezembro 20, 2024, 6:03pm
8
Este é um problema com datas locais, às vezes elas não são aplicadas ao calendário, estamos cientes, tentarei corrigir isso em um futuro próximo.
2 curtidas
Agora posso confirmar que um “rebake” resultou em uma atualização.
Como administrador, encontrei este evento…
e então usei a opção Rebuild HTML e tive este resultado…
1 curtida
A opção Reconstruir HTML não parece ser necessária. Consigo obter um resultado corrigido apenas atualizando a página. É irritante, no entanto, porque navegar do calendário de Eventos Futuros para o evento me dá os horários incorretos. Os membros esperam ver um resultado confiável todas as vezes.
Não acho que encontrei um caso de horários exibidos incorretamente para qualquer usuário que não seja o administrador.
j.jaffeux
(Joffrey Jaffeux)
Janeiro 6, 2025, 8:47am
12
Eu enviei uma correção há alguns dias que deve resolver isso:
committed 12:02PM - 23 Dec 24 UTC
The next ensures `this.htmlDates` has correctly been set and a render is on goin… g which is going to be awaited by the schedule render. Before this fix `querySelectorAll` could return an empty nodes list as the dates were not rendered yet.
Note next shouldn't have this effect here, so it's either a false positive or another side effect we were not expecting.
3 curtidas
j.jaffeux
(Joffrey Jaffeux)
Fechado
Janeiro 9, 2025, 8:48am
14
Este tópico foi automaticamente fechado 3 dias após a última resposta. Novas respostas não são mais permitidas.