Se il fuso orario di un utente non è valido, almeno un processo sidekiq genera un’eccezione anziché utilizzare un valore predefinito ragionevole:
In questo caso, il fuso orario dell’utente era impostato su "" (stringa vuota).
Non dovremmo permettere che ciò accada in primo luogo e, se succede, dovremmo scegliere un fallback ragionevole (UTC).
Avevamo considerato i fusi orari nil in queste email, ma non i valori \"\".
C’è un problema altrove con questa istanza che ha i fusi orari degli utenti impostati su \"\", detto questo, dovremmo assicurarci che le email non falliscano con un fuso orario non valido.
Ho aggiunto una PR qui: FIX: Ensure invalid timezone does not block critical emails by pmusaraj · Pull Request #26607 · discourse/discourse · GitHub
anche meta:
[1] pry(main)> UserOption.where(timezone: '').count
=> 17
e (un altro sito):
[1] pry(main)> UserOption.where(timezone: '').count
=> 6