OK more info.
The post
[RFC] Local time handling by Javascript suggests that that manual DST switch would not be required any more in 3.1.
But
3.1 Status does not list any related change. (at least I did not spot it)
Also reading
http://www.phpbb.com/community/viewtopic.php?t=463930 I learned, that the current implementation is basically a UTC + N (+1).
This also explains the issue I encountered and planned to report as a bug, but now I think it should be discussed first.
The issue is:
After the user manually corrects the time setting for DST, old post dates are displayed wrong. Example:
viewtopic.php?f=99&t=35034If you view this without being logged in, the time of the second post is 2:09 AM. The bottom of the page says "All times are UTC [ DST ]".
If I (or anyone else) logs in and sets the Timezone in his Board Preferences to UTC+1 and DST to No, the time of that post is displayed as 3:09 AM.
And if the users sets DST to Yes, as since today DST is in effect in EU, the time of that post will be shown as 4:09 AM, which is wrong.
According to the notification email that I received for that post, it was created at , quote from email header:
Date: Sun, 28 Nov 2010 02:09:07 +0000
So:
- the first case (not logged in, UTC) is OK. Except: Why does the bottom of the page say "All times are UTC [ DST ]" ? It is plain UTC. With zero offset. Why is DST mentioned?
- the second case is OK
- the third case is wrong. It shows 4:09 AM , when correct time of that event in Central European Time is 3:09 AM. Now it shows as if I (the user) selected timezone UTC+2.
None of this would happen, if the idea from
[RFC] Local time handling by Javascript would be implemented.
