Я запустил ./launcher app rebuild сегодня утром (существуют и другие способы обновления, например, через графический интерфейс).
Вот текущая информация, отображаемая на странице администратора.
В моём Discourse очень активный календарь. Все заранее заданные время начала и окончания событий сбрасываются с локального времени на UTC. Это оказывает значительное влияние на моё сообщество.
Это событие было определено как с 9:00 до 17:30.
Можешь показать нам исходный код того поста, где определено событие?
На самом деле, событие просто отображает время событий в формате UTC. При нажатии (или, возможно, наведении курсора) на событие это становится очевидным.
Очень странно. Я столкнулся с различными случаями:
Как другой пользователь, я вижу, что время события отображается в местном часовом поясе.
Как администратор, я увидел, что событие было указано в UTC. Обновил страницу. Время события изменилось на местное.
Как администратор, выбрал другое событие. Отображается местное время.
Как администратор, событие от 22 декабря всё ещё отображается в UTC.
Как другой пользователь, событие от 22 декабря отображается в местном времени.
Я рад, что у меня есть скриншот, иначе я бы подумал, что схожу с ума.
[событие 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"]
[/событие]
Скорее всего, этим постам требовалась повторная обработка, и ваш сервер сейчас обрабатывает их, обновляя форматирование.
Если пост всё ещё выглядит «неправильно», попробуйте принудительно выполнить повторную обработку:
Стало ли всё выглядеть правильно?
Я слишком опоздал. Я обновил страницу моего примера, и событие перешло на местное время.
Если я найду другое проблемное событие, я попробую ваше предложение.
Добавлю, что мое обновление завершилось более 5 часов назад. Это не большой сайт. Сервер тоже не очень мощный, но достаточный.
j.jaffeux
(Joffrey Jaffeux)
20.Декабрь.2024 18:03:59
8
Это проблема с локальными датами — иногда они не применяются к календарю. Мы в курсе, и я постараюсь исправить это в ближайшее время.
2 лайка
Теперь я могу подтвердить, что повторная сборка привела к обновлению.
Как администратор, я нашёл это событие…
а затем использовал опцию Перестроить HTML, и получил следующий результат…
1 лайк
Вариант «Пересобрать HTML», похоже, не нужен. Я могу получить исправленный результат просто обновив страницу. Однако это раздражает, потому что переход из календаря «Ближайшие события» к самому событию всё ещё показывает неверное время. Участники ожидают стабильно корректного результата каждый раз.
Мне кажется, я не нашёл ни одного случая с неверно отображаемым временем ни для одного пользователя, кроме администратора.
j.jaffeux
(Joffrey Jaffeux)
06.Январь.2025 08:47:24
12
Несколько дней назад я отправил исправление, которое должно решить эту проблему:
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 лайка
j.jaffeux
(Joffrey Jaffeux)
Закрыл(а) тему
09.Январь.2025 08:48:10
14
Эта тема была автоматически закрыта через 3 дня после последнего ответа. Новые ответы больше не принимаются.