La fecha devuelta por el widget f7DatePicker de f7DatePicker es un día antes de la fecha real seleccionada por el usuario.
Vivo en Francia y todo funciona bien a nivel local. El problema surge al implementar mi aplicación en shinyapps.io. Capturas de pantalla y un MRE a continuación. Implementado MRE aquí .
servidor.R
library(shinyMobile) # tried adding Sys.setenv(TZ='UTC'), to no avail function(input, output, session) { output$date_output = renderUI(HTML(paste(input$date_input))) }ui.R
library(shinyMobile) f7Page( f7DatePicker( 'date_input', 'Date entered by user:', value = NULL, maxDate = Sys.Date(), # tried setting to NULL, to no avail dateFormat = 'yyyy-mm-dd' # tried changing to 'mm-dd-yyyy' per https://stackoverflow.com/questions/7556591/is-the-javascript-date-object-always-one-day-off/31732581#31732581, to no avail ), div(style='padding-left:20px;', h5('Date recorded by the system:'), uiOutput('date_output') ) )= = = = Local (sin problema): = = = =

= = = = Remoto ( ¡un día de discrepancia! ): = = = =

PD. Probé con el dateInput predeterminado de Shiny y el airDatePicker de airDatePicker . Ninguno de ellos sufre el problema, pero desafortunadamente, no parecen ser compatibles con shinyMobile en términos de interfaz de usuario.
PPS. Creo que la solución podría estar en esta respuesta SO . Parece ser un problema relacionado con los diferentes estándares que usa javascript en diferentes situaciones y la conversión a UTC (o no). Si esta es realmente la causa del problema, eso requeriría editar la parte js del widget R Shiny, supongo, pero no sé leer y escribir en javascript...
Agradecería cualquier ayuda o consejo. ¡Gracias!
El autor del paquete shinyMobile , David Granjon, proporcionó una solución a este problema a través de este compromiso . ¡Muchas gracias a él!
Y aquí está el enlace al hilo de GitHub: https://github.com/RinteRface/shinyMobile/issues/204#issuecomment-1079532866