Skip to content
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

Open
Noordfrees opened this issue Mar 30, 2023 · 5 comments · Fixed by #422
Open

DST Website Timestamps Off One Hour #421

Noordfrees opened this issue Mar 30, 2023 · 5 comments · Fixed by #422
Labels
bug Something isn't working

Comments

@Noordfrees
Copy link
Member

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

@Noordfrees Noordfrees added the bug Something isn't working label Mar 30, 2023
@frankystone
Copy link
Contributor

I'll look into this... Damn time

@Noordfrees
Copy link
Member Author

:( 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.
Example: this post was done by me at 8:58 CEST, and when logged in it shows grafik and when logged out it shows as grafik

@Noordfrees Noordfrees reopened this May 28, 2023
@frankystone
Copy link
Contributor

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.

@Noordfrees
Copy link
Member Author

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?

@frankystone
Copy link
Contributor

Yes, probably we can use the same determination of the time zone for all users. For the login page we use javascript, but if a user has disabled javascript it does not work:
login_without_java

AFAIK there is no method to get a users correct time zone under all circumstances.

A solution might be to use the javascript snippet also for not logged in users and for users who disabled javascript we just add UTC to each time display, e.g. for your example it shows then Postet at today 6:58 UTC

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants