Switch to timezone names instead of utc offsets #45
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
So this actually bit me last weekend during Volga, I thought I still had time left but the ctf had actually ended an hour ago. This was because in France we switched to summer daylight saving during Sat->Sun night and my profile was still set to
UTC+1
on Sunday when I should have changed it toUTC+2
on Sunday morning. To address this issue, i propose we switch to timezone names.The switch will unfortunately reset everyone's timezone setting in their profile to
UTC
. It is actually best to reset everyone's timezone toUTC
and ask everyone to set their timezone again with the correct timezone name because we cannot possibly find out for sure the correct timezone name from the member's offset as more than one possible timezone name usually would match a specific offset. For exampleUTC+1
would have more than one matching candidate:Atlantic/Canary
,Europe/Longon
etc. (and actually wouldnt even yieldEurope/Paris
). The only alternative I can think of is for the dba to manually update every member's timezone offset to the most plausible timezone name based on the member'sCountry
.N.B:
pytz
actually already comes installed by default with django.pytz.common_timezones
UTC
for any new member created, and every existing member will have their timezone reset toUTC
by the migration.Thoughts?