immense / immense/Remotely

LAST ONLINE field does not display the time zone correctly

Open
#982 1 comment 0 reactions 0 assignees View on GitHub
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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.