LAST ONLINE field does not display the time zone correctly
- Dominant language
- C#
- Stars
- 5.1k
- Forks
- 1.6k
- PR merge metrics
- No merged PRs in 30d
Description
My installed version: 2024.08.07.0819
Server version: Rocky 9.6 Linux
I deployed version 2021.08.26.1335 on centos7 about 4 years ago, and since the new version became Docker and there was no way to upgrade it directly, I rebuilt the new version 2024.08.07.0819 and gradually updated the old client to the new version.
This process went relatively smoothly and the new version is running fine.
However, I found a small problem, when the web interface of the new version 2024.08.07.0819 displays the client information, the LAST ONLINE is shown as UTC time (example: 08/05/2025 06:06:28 +00:00), instead of East 8 time as I want. I observed my old version 2021.08.26.1335 and it is correct (example: 8/5/2025 2:08:20 PM +08:00)
I ran timedatectl on a rocky9 system and got the following results:
Local time: Tue 2025-08-05 13:26:20 CST
Universal time: Tue 2025-08-05 05:26:20 UTC
RTC time: Tue 2025-08-05 05:26:20
Time zone: Asia/Shanghai (CST, +0800)
System clock synchronized: yes
NTP service: active
RTC in local TZ: no
I'm not sure if this is a bug or what I need to change to fix this.
Contributor guide
No contributing guide indexed for this repository
Research direction
Reproduce the LAST ONLINE display with the server configured for Asia/Shanghai and compare it with the reported UTC output. Trace the web interface path that renders client information and identify how its timezone is selected; done means the displayed timestamp uses the intended configured timezone while preserving the correct instant.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- csharp
- Domain
- frontend
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100