Dies ist wahrscheinlich auf ein kürzliches Update der Feiertagsdefinitionen zurückzuführen, das dazu geführt haben könnte, dass die generierte Regionsliste geändert wurde, ohne die bestehenden Kalenderregion-Einstellungen der Benutzer zu aktualisieren.\n\nDer Fehler tritt bei Benutzern auf, die zuvor eine der nun entfernten Regionen als ihre Kalenderregion ausgewählt hatten.\n\nSie sehen diese Ausnahme viele Male, da der geplante Job, der dies auslöst, alle 10 Minuten ausgeführt wird.\n\nWir müssen dies besser handhaben, indem wir Updates der Feiertagsdefinitionen berücksichtigen, die Regionen aus der generierten Regionsliste entfernen.
Interessant! Ich kann sagen, dass unsere Nutzerbasis außergewöhnlich international ist, das könnte also passen.
Liege ich richtig in der Annahme, dass 1) ich nichts dagegen tun kann und 2) es nicht wirklich wichtig ist? Oder muss ich einen Fehlerbericht erstellen?
Ich habe dieses Thema nach Bug verschoben, daher ist es nicht notwendig, einen weiteren Bericht zu erstellen.
Da wir keine wichtigen Regionen entfernt haben hier, vermute ich, dass das Problem mit regionalen Definitionen auf Bundesstaats- oder Territoriumsebene zusammenhängt, ähnlich wie Sie unten für die USA sehen:
Die Änderung ist höchstwahrscheinlich zwischen diesen beiden Commits passiert:
Das hängt von Ihrem Komfortlevel ab, wenn Sie sich mit den Interna beschäftigen. Sie müssen:
Benutzer identifizieren, die eine Einstellung für die Kalenderregion haben.
Prüfen, welche dieser Werte nicht in der aktuellen Liste der gültigen Regionen enthalten sind: REGIONS.rb
Die Regionseinstellungen dieser Benutzer auf eine gültige übergeordnete Region aktualisieren. Eine Einstellung wie United States (us_id) sollte beispielsweise zu United States werden.
Das ist wichtig, wenn Ihre Website Feiertagskalenderereignisse verwendet. Für betroffene Benutzer werden keine Feiertagsereignisse generiert, bis ihre Kalenderregion korrigiert ist.
