Daylight Saving Time ended this morning ... yet WSL is confused

48 views
Skip to first unread message

gerard.zonjee

unread,
Oct 26, 2014, 5:36:42 AM10/26/14
to webso...@googlegroups.com
Daylight Saving Time ended this morning, yet WSL is producing graphs timestamped in summertime. Rather odd. My Raspberry knows the correct time and WSL knows what timezone we're in. Here's the output of /websolarlog/admin/#diagnostics regarding the timezone, taken at 10:25 local time:

WSL needs correct date/time and timezone settings:

UCT timezone:
date and time: 2014-10-26 09:25:50

Your system:
Timezone: Europe/Amsterdam
date and time: 2014-10-26 10:25:50

offset between UTC and Europe/Amsterdam:
1 hour(s)

And it is producing graphs timestamped 11:25. I'm using the stable 1.1.0 WSL (after downgrading from a newer initial trunk install). What gives?

Regardz,
Gerardz

Evert Mulder

unread,
Oct 26, 2014, 5:59:28 AM10/26/14
to webso...@googlegroups.com
Hello,

I have the same problem
See the attachement

Evert
ScreenHunter_.jpg

Evert Mulder

unread,
Oct 26, 2014, 6:09:21 AM10/26/14
to webso...@googlegroups.com
The Diehl demo at http://diehl-inverter-demo.websolarlog.com/  has it to

Marco

unread,
Oct 26, 2014, 6:21:09 AM10/26/14
to webso...@googlegroups.com
My WSL has the same issue...

André M.

unread,
Oct 26, 2014, 6:53:04 AM10/26/14
to webso...@googlegroups.com
When I make a backup it's timestamp is one our late, e.g. 10:00 when the real time is 11:00 ...

Martin Diphoorn

unread,
Oct 26, 2014, 3:41:53 PM10/26/14
to webso...@googlegroups.com
This morning i had the same problem. I think the problem is that the server part of wsl is still running and that php does not now that DST has occured.
The frontend php processes seems to know the new date. So what i did was in de admin an update off the same release. That solved my problem.
Of course the first hour i had odd results as it seems to WSL that we already had these times.

But after that i have the feeling it is working fine.

So the problem is that the server keeps running when DST is happening, we should think about a way to detect it.

Evert Mulder

unread,
Oct 27, 2014, 5:10:44 AM10/27/14
to webso...@googlegroups.com
Now the time and graph are displayed correctly. I reinstalled yesterday evening the latest stable version on my RPI. However i have WSL even on my website (hostingprovider) and did not a update and here are the graphs and time correct to.
On the Diehl demo page the graphs and time are correct to.
So it seems a problem only at the day (03 Hr AM) that the time is set to summer/winter time

Gerardz

unread,
Oct 27, 2014, 7:08:46 AM10/27/14
to webso...@googlegroups.com
That is my experience too. I did reboot the raspberry yesterday to no avail, but did not get to it to reinstall the latest WSL stable release. And today the time in the graphics created is correct. So, in retrospect: after a DST change, the time is off an hour for that day, but the next day the time is fine.

Marco

unread,
Oct 30, 2014, 11:35:08 AM10/30/14
to webso...@googlegroups.com
DST is/was still/known issue and probably will be for a while.
I have no time to fix it and its a probleem between the host/browser time and the recordtime in the database.
If the look at your graphs when your are in a different timezone than WSL is, then its also a mess...

Hopefully we OR somebody else can fix this in the future.

Reply all
Reply to author
Forward
0 new messages