NethServer Version: NS8 current (updated this week) Module: Nextcloud 1.5.0 Module: Roundcube 2.0.8
Today when I logged into NS8-Nextcloud the time for appointments and time in the personal information is off by 4 hrs. I’m guessing that in the core update that I did a few days ago must have messed up the time.
I am in Canada, Eastern timezone (presently daylight savings) which should be -4 hrs from UTC, so I’m not sure how I this change has happened.
i.e. Nextcloud shows 16:00 when the actual time is 12:00.
I also notice that Roundcube is showing the same 16:00 time.
I can’t find a place to change the time in the console so wondering how I’m supposed to fix this?
[root@ns8rockytest ~]# timedatectl
Local time: Fri 2025-07-18 18:34:42 CEST
Universal time: Fri 2025-07-18 16:34:42 UTC
RTC time: Fri 2025-07-18 16:34:42
Time zone: Europe/Vienna (CEST, +0200)
System clock synchronized: yes
NTP service: active
RTC in local TZ: no
# timedatectl
Local time: Fri 2025-07-18 12:52:11 EDT
Universal time: Fri 2025-07-18 16:52:11 UTC
RTC time: Fri 2025-07-18 16:52:11
Time zone: America/Toronto (EDT, -0400)
System clock synchronized: yes
NTP service: active
RTC in local TZ: no
So this looks OK.
Nextcloud 1.5.0 had “Automatic” in the calendar settings. Until today, it always was OK. Now it says "Automatic (Reykjavik) !!! When I manually change to Canada/Toronto, it’s OK.
Roundcube also has “Auto” as the “Timezone”. When I change it to Canada/Toronto, it is also OK.
So it appears that the “Automatic” is picking up something incorrectly.
Yes, that makes sense because I’ve seen this “Reykjavik” show up before on Windows. But in this case the time, date and timezone are correct on the device.
Hmm. Good idea.
It looks like Chrome works OK. I’m using LibreWolf. It hasn’t been a problem before but today it is.
When I went to cloud.domain.tld it pushed this:
I think I found the issue. Looks like the update of Librewolf enabled privacy.resistFingerprinting. With that setting enabled, it will always use UTC. When I turn off the setting, it shows the correct time when set to “Automatic (Toronto)”. Why it didn’t show up before, is unusual.
Now I have to look into why the certificate is acting up.