You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Last night between 1am and 1am (I don't know how to properly describe the repeated hour) we encountered 335 instances of AmbiguousTimeError mostly seeming to stem from calls to datetime.now(). Some googling seems to imply we need to also include a call to make_aware. No huge rush on this issue though, presumably only happens once a year.
The text was updated successfully, but these errors were encountered:
Heh, I knew I could rely on a response from you :)
Digging into the logs further it appears the errors actually occurred in the whole two hour span of 0500-0700 UTC.
The problem simply seems to be that python has two datetime types, "naive" and "timzezone aware", and if you try and do any comparisons to a naive timestamp that falls in the DST fallback period python (probably correctly) errors rather than attempt to make a guess at what you meant. Hence the necessary calls to "make_aware".
Last night between 1am and 1am (I don't know how to properly describe the repeated hour) we encountered 335 instances of
AmbiguousTimeError
mostly seeming to stem from calls todatetime.now()
. Some googling seems to imply we need to also include a call tomake_aware
. No huge rush on this issue though, presumably only happens once a year.The text was updated successfully, but these errors were encountered: