Closed jroedel closed 3 years ago
Así mismo, eso es lo que sucede, como se puede ver en los screenshot esto sucedió las 21 horas en chile y chile tiene 3 horas de diferencia con el estándar UTC, por lo cual al hacer la traducción a UTC y obtiene las 1 am del siguiente dia.
Estoy confundido, es necesario enviar al servidor el horario sincronizado con UTC?, porque lo que importa en esa selección de la fecha, sin importar la hora.
Los datos enviados al servidor deben ser siempre un string en formato "YYYY-MM-DD" (por ejemplo "2020-11-02").
Este issue refiere a la experiencia del usuario. El usuario no debe tener que hacer cálculos según su relación con la zona horaria UTC. Cuando el usuario selecciona la fecha 1 de febrero de 1996, el dato enviado al servidor debe ser siempre "1996-02-01" independiente de la zona horaria en que se ubica el usuario.
Genial, eso me suponia. Por alguna razon se hacia la sincronizacion con UTC, pero eliminare ese comportamiento
Done
Esto me pasó a mi de nuevo hoy a las 13:30 horario Chicago, 19:30 UTC mientras editaba un living-situation. Seleccioné el 8 de diciembre, 2020 y cuando salí del calendario decía 9 de diciembre. ¿por qué será?
Que raro, no estoy seguro cual sea el problema. Igualmente modifique las funciones que utilizan UTC.
Llegó un reporte del P. Francisco en Chile que no le dejaba seleccionar el 1 febrero en el selector de fecha en el formulario de las situaciones de vivienda. Sospecho que sea un problema de zona horaria. Quizá el selector sea local y el campo lo traduce a la zona UTC; algo así puede ser.
El servidor va a interpretar la fecha en UTC, pero no va a saber cuál es la zona horaria del usuario.
Ver: