Si la zona horaria de un usuario es inválida, al menos un trabajo de sidekiq lanza una excepción en lugar de recurrir a un valor predeterminado razonable:
En este caso, la zona horaria del usuario se estableció en "" (cadena vacía).
No deberíamos permitir que esto suceda en primer lugar y, si ocurre, elegir una opción de reserva razonable (UTC).
Teníamos en cuenta las zonas horarias nil en estos correos electrónicos, pero no los valores \"\".
Hay un problema en otro lugar con esta instancia que tiene zonas horarias para los usuarios establecidas en \"\", dicho esto, debemos asegurarnos de que los correos electrónicos no fallen con una zona horaria no válida.
Se agregó una PR para eso aquí: FIX: Ensure invalid timezone does not block critical emails by pmusaraj · Pull Request #26607 · discourse/discourse · GitHub
también meta:
[1] pry(main)> UserOption.where(timezone: '').count
=> 17
y (otro sitio):
[1] pry(main)> UserOption.where(timezone: '').count
=> 6