إذا كان المنطقة الزمنية للمستخدم غير صالحة، فإن وظيفة sidekiq واحدة على الأقل تثير استثناءً بدلاً من العودة إلى قيمة افتراضية معقولة:
في هذه الحالة، تم تعيين المنطقة الزمنية للمستخدم إلى "" (سلسلة فارغة).
لا ينبغي أن نسمح بحدوث ذلك في المقام الأول، وإذا حدث، اختر قيمة احتياطية معقولة (UTC).
كنا نأخذ في الاعتبار المناطق الزمنية nil في هذه رسائل البريد الإلكتروني ولكن ليس القيم "".
هناك مشكلة في مكان آخر في هذه النسخة التي تحتوي على مناطق زمنية للمستخدمين تم تعيينها إلى ""، ومع ذلك، يجب أن نتأكد من أن رسائل البريد الإلكتروني لا تفشل بسبب منطقة زمنية غير صالحة.
تمت إضافة طلب سحب (PR) لذلك هنا: FIX: Ensure invalid timezone does not block critical emails by pmusaraj · Pull Request #26607 · discourse/discourse · GitHub
أيضًا ميتا:
[1] pry(main)> UserOption.where(timezone: '').count
=> 17
و (موقع آخر):
[1] pry(main)> UserOption.where(timezone: '').count
=> 6