-
Notifications
You must be signed in to change notification settings - Fork 11
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
DST Website Timestamps Off One Hour #421
Comments
I'll look into this... Damn time |
:( Just noticed there's still (or newly) a similar problem: timestamps are shown correctly while logged in (with the checkbox to save the browser's time as profile time active) but are shown one hour off from the local time while not logged in. |
It is not possible (without much effort) to estimate the time zone of a not logged in user. To accomplish this we have to use IP-address databases to find out which IP-address is in which time zone. Because this is privacy related we shouldn't do that imho. Moreover this is vague anyway, because if the user is behind a proxy the IP-address might looks like the user is sitting in the USA although the real user is sitting japan. |
But the login page already determines the user's time zone somehow for the "Looks your time zone is UTC +2.00" checkbox, so why can't we use that? |
Since the daylight saving time came active, all timestamps in the website are off by one hour for me: For example, a PM that arrived at 19:58 real time (as listed correctly in my e-mail) is shown in the list of PMs to have arrived at 20:58.
I'm in the German time zone with summertime (CEST, UTC+2). "UTC +02" is also what my profile page shows (I always have the checkbox to use the browser timezone on login active). Maybe the website applies the DST shift on top of a timezone that already accounts for DST?
Using Firefox 102.9.0esr on Debian Unstable
The text was updated successfully, but these errors were encountered: