Si le fuseau horaire d’un utilisateur est invalide, au moins un job sidekiq lance une exception au lieu de revenir à une valeur par défaut raisonnable :
Dans ce cas, le fuseau horaire de l’utilisateur était défini sur "" (chaîne vide).
Nous ne devrions pas permettre que cela se produise en premier lieu, et si cela se produit, choisir une valeur de repli raisonnable (UTC).
Nous tenions compte des fuseaux horaires nil dans ces e-mails, mais pas des valeurs "".
Il y a un problème ailleurs avec cette instance qui a des fuseaux horaires pour les utilisateurs définis sur "". Cela dit, nous devons nous assurer que les e-mails ne échouent pas en cas de fuseau horaire invalide.
J’ai ajouté une PR pour cela ici : FIX: Ensure invalid timezone does not block critical emails by pmusaraj · Pull Request #26607 · discourse/discourse · GitHub
aussi meta :
[1] pry(main)> UserOption.where(timezone: '').count
=> 17
et (un autre site) :
[1] pry(main)> UserOption.where(timezone: '').count
=> 6