Hello,

I see all of our LimeSurvey installations use a different time than the (linux) server.
Here it is my LS 3.x, global settings page: while indeed

# date
Tue Oct 27 15:46:40 CET 2020

What's worse, while now it needs a one-hour correction, last week it needed two, so I had to fix it by hand.

Ths didn't happen with Lime 2.*

What shall I fix?

Thank you.

Configuration --> Global settings --> General --> Time difference

ritapas wrote: What's worse, while now it needs a one-hour correction, last week it needed two, so I had to fix it by hand.

Why is that worse? The daylightsavingtime ended in Europe last sunday.
That cause the change from +2 to +1.

The time on your server is not the issue. LimeSurvey uses the timezone set in the php.ini of PHP used for running LimeSurvey.

Hello,
the issue is: I would like our LimeSurvey time just to follow the server time.

What I don't get is that we have two identical servers, both with date.timezone not set in the php.ini (so, it should be the default value, that is UTC).

In one of the servers, LimeSurvey reports the same time I get with the "date" linux command; in the other, it reports one hour earlier.

Did you check the setting I suggested?

yes, sure.
That is where I noticed the issue.
But what I'm trying to find is the reason why two apparently identical installation show a different server time in that page.

Because the time in your PHP file is different?

Try comparing the server date in a simple PHP file on each server.

I've tested it with command line php, since I cannot add webpages to those servers.
Anyway yes, the times showed are different.

In that case, it's a server issue, not a LimeSurvey issue.

Yes, it was not a LS issue, which I was sure about.
I only had no clue about where to look around.

We found a solution: there was a hidden *.ini file for php which had a typo in the timezone setting.

So the solution is: check the phpinfo() page and find where the time zone is (or is not, like in our case) set.

Thank you everybody for helping me.
Rita