timestamp on thumbnail title is +1 hour

[BETLOG]

The timestamp on the thumbnail title is always +1 hour compared to system time.

%Y-%M-%D--%h-%m-%s.%u [%k/20] %a

Raspbian GNU/Linux 10 (buster)
5.10.103+ #1529 Tue Mar 8 12:19:18 GMT 2022 armv6l GNU/Linux
RPi Cam Control v6.6.13

Kubuntu 23.10
6.5.0-14-generic #14-Ubuntu SMP PREEMPT_DYNAMIC Tue Nov 14 14:59:49 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux
Chrome 119.0.6045.199

[BETLOG]

Lol. I was just thinking: "After seeing this for years I should probably report this"... and I already have.

[roberttidey]

The annotation time stamp is derived from a localtime call which obeys the local time zone setting.

I did test a long time ago and it worked OK then.

What time zone settings do you have on your base raspberry?

[BETLOG]

$ timedatectl
               Local time: Tue 2024-01-30 23:53:29 AEST
           Universal time: Tue 2024-01-30 13:53:29 UTC
                 RTC time: n/a
                Time zone: Australia/Brisbane (AEST, +1000)
System clock synchronized: yes
              NTP service: active
          RTC in local TZ: no

It's suspiciously similar to the way sometimes daylight savings gets applied in error to areas that don't do D.L.S. except afaik RPiCWI does it all the time.

even after :

$ sudo dpkg-reconfigure tzdata

Current default time zone: 'Australia/Brisbane'
Local time is now:      Tue Jan 30 23:58:10 AEST 2024.
Universal Time is now:  Tue Jan 30 13:58:10 UTC 2024.

Recording an image shows INcorrect descriptive text, and correct on-image annotation.

[roberttidey]

Can you clarify that last sentence. I'm not sure what you mean.

I'll test that specific time zone when I get a chance.

Edit. It is possible the time library being used to compile RPiCamWeb is behaving differently and not accounting for any changes to DST policies in that region.

[BETLOG]

clarify

When i click 'record image' i get the same incorrect result as motion initiated video. ie: the image overlay shows correct timestamp, but the html GUI incorrectly shows +1 hour.
(basically i was just describing the method i used to confirm that sudo dpkg-reconfigure tzdata didnt have any effect either.)

It is possible the time library

Seems most likely.