Cuando creo una fecha con el botón “Insertar fecha”, se genera algo como:
[date=2019-08-20 time=20:00:00 timezone="Europe/Berlin"]
Estoy en la zona horaria Europe/Berlin, pero el resultado HTML muestra “22:00” en lugar de “20:00”.
Cuando cambio el código generado a:
[date=2019-08-20 time=20:00:00 timezone=Europe/Berlin]
funciona perfectamente.
Aquí en meta.discourse.org funciona correctamente. Mi foro está en v2.4.0.beta2 +316
Gracias.
¿Has reconfigurado la hora o la zona horaria de tu servidor fuera de UTC?
Sí, como escribí aquí, funciona. Supongo que se trata de algo en la diferencia entre la versión de aquí y la mía. Recuerdo que ya funcionaba antes de un par de actualizaciones que realicé.
No, sigue siendo UTC.
¿Qué navegador estás usando? No tiene relación con tu servidor, pero ¿está correctamente configurado el reloj de TU computadora?
Probé Firefox y Chrome/Chromium en Windows, Linux y Android. En cada navegador el comportamiento es el mismo. Por cierto, mi reloj siempre está configurado en Europa/Berlín.
¿Puedes probar esto en la consola de un navegador que esté visitando actualmente un foro de Discourse:
moment.tz.guess()
indica: "Europe/Berlin"
tanto en mi foro como en meta.discourse.org
Ok, lo investigaré en los próximos días, gracias por la información.
¡Estoy teniendo exactamente el mismo problema! Sin comillas funciona a la perfección. Pero el Editor de Discourse siempre crea “Europe/Berlin” en lugar de Europe/Berlin, y en la vista previa muestra la hora incorrecta. ¿Se puede solucionar esto?
Sigo sin poder reproducirlo, haga lo que haga en Chrome o Firefox. Necesito investigar más.
Tuve este problema en Safari, aún no lo he probado en Chrome/Firefox.
¿Hay alguna actualización sobre este problema?
Tengo el mismo comportamiento mencionado anteriormente. En cuanto omito las “”, todo funciona bien. Pero cuando las uso, el sistema parece tomar la UTC +/- las horas de la zona horaria en la que se ejecuta mi cliente.
Por cierto, lo mismo ocurre aquí cuando escribo algo sin sentido en la zona horaria, como:
[date=2019-08-20 time=20:00:00 timezone="nonsense"]
o
[date=2019-08-20 time=20:00:00 timezone=nonsense]
2019-08-20T20:00:00Z
Yo también reporto exactamente el mismo problema. Parece ser, más o menos, un problema con las instalaciones en «alemán».
Bueno, un dato curioso: intenté restablecer la configuración ejecutando domain.de/wizard; allí cambié la configuración regional a inglés (EE. UU.) y completé el asistente por completo. Con la configuración en inglés, puedo pegar horas y se muestran correctamente. Por ejemplo, dice «Mañana 11:15 p. m. (Europa/Berlín)», pero realmente ingresé 23:15 en hora alemana. Así que se muestra correctamente.
Cuando vuelvo a configurar mi foro a «Deutsch» mediante el asistente y pego una nueva cita con hora…, el efecto de +1 hora vuelve a aparecer. (Las horas pegadas con la configuración en inglés siguen mostrándose correctamente).
Por lo tanto, esto no parece ser un problema relacionado con la hora del servidor. Algo parece fallar entre la localización de Europa y UTC.
Estoy encantado de realizar pruebas o proporcionar más información si es necesario.
Ejecutando Discourse en Docker.
¡GRACIAS por la ayuda adicional!
Pequeña adición, me di cuenta de una ¿pequeña? diferencia entre mi instalación y la oficial.
Desactivamos la opción “permitir configuración regional del usuario”. Así que los usuarios no pueden cambiar el idioma por sí mismos. No sé si esto es útil.
¿Qué pasa con los demás que experimentaron los mismos problemas, a saber, @Daniel_Tesla @lorddevil, @zogstrip @hewo7? ¿Sus usuarios pueden cambiar la configuración de su idioma de interfaz? O en alemán, bajo Configuración › Configuración general: permitir configuración regional del usuario: “Permitir que los usuarios elijan su propio idioma de interfaz”
Es extraño que la configuración regional actual afecte la zona horaria 
@j.jaffeux ¿Acaso solucionaste esto con tus correcciones recientes?
Estaré encantado de ofrecer más asistencia para pruebas y depuración si es necesario. Si alguien del equipo quiere echar un vistazo más de cerca al tema.
No, lo miraré mañana.
Esto debería solucionarse con:
Gracias por la información
Más contexto: parece que cuando una instancia de Discourse está configurada en el idioma alemán, reemplazamos las comillas " por las comillas alemanas „“, lo que rompía nuestro analizador.
@gerhard He aplicado una solución directamente en local-dates por ahora. ¿Crees que deberíamos intentar solucionarlo más arriba en la cadena?
parseBBCodeTag mismo, antes de enviar la cadena coincidente?