coolify icon indicating copy to clipboard operation
coolify copied to clipboard

[Bug]: Metrics UI ignores Server Timezone setting (always shows UTC)

Open SaadShyhan opened this issue 5 months ago • 5 comments

Error Message and Logs

No explicit error messages shown, but the metrics graphs display all timestamps in UTC, even though the Server Timezone is configured as Asia/Baghdad.

Environment details:

  • Server timezone (timedatectl): Asia/Baghdad
  • GENERIC_TIMEZONE: Asia/Baghdad (in container env)
  • TZ: Asia/Baghdad (in container env)
  • Server timezone confirmed in UI
  • Metrics timestamp still shows UTC

Steps to Reproduce

  1. Set host timezone using timedatectl set-timezone Asia/Baghdad
  2. In Coolify dashboard → Server → Set Server Timezone to Asia/Baghdad
  3. Restart proxy and services
  4. Navigate to Metrics tab
  5. Observe that all metric timestamps are in UTC, not Baghdad time

Example Repository URL

N/A – this is a platform-level behavior

Coolify Version

v4.0.0-beta.420.5

Are you using Coolify Cloud?

No (self-hosted)

Operating System and Version (self-hosted)

Ubuntu 24.04.2 LTS

Additional Information

This behavior is confusing to users, as the Server Timezone is clearly set in the UI and reflected correctly in logs and container time. However, the metrics display still uses UTC with no option to change or toggle it. Ideally, the UI should respect the Server Timezone or allow switching between UTC and local time in the Metrics view.

If UTC is intentionally used for consistency, it should be clarified in the UI to avoid confusion.

SaadShyhan avatar Jul 14 '25 14:07 SaadShyhan

i have same issue, in deployment logs using buildpack dockerfile, the timezone using UTC even timezone on UI configuration set on other timezone

ivalrivall avatar Aug 10 '25 09:08 ivalrivall

How did you manage to force your container's logs to follow coolify's or the server's timezone? Mine output in UTC no matter what.

Coolify Instance Timezone: America/New_York Coolify Server Timezone: America/New_York

Server

~$  cat /etc/timezone
      America/New_York

~$  timedatectl
      Local time: Fri 2025-08-29 14:02:42 EDT
      Universal time: Fri 2025-08-29 18:02:42 UTC
      RTC time: Fri 2025-08-29 18:02:43
      Time zone: America/New_York (EDT, -0400)
      System clock synchronized: yes
      NTP service: active
      RTC in local TZ: no

Container Logs

...
2025-08-29T18:02:16.276620441Z Download https://registry.npmjs.org/ws/-/ws-8.18.3.tgz
...

itsneeku avatar Aug 29 '25 18:08 itsneeku

Yeah - I'm having the same issue and it's really bugging me. I'm on v4.0.0-beta.451

Daimon-Law avatar Nov 30 '25 22:11 Daimon-Law

Check #5221 , you can edit the field.

zgurea1 avatar Dec 05 '25 14:12 zgurea1

the data is stored in unixtime, but it looks like the js, just always converts it to utc in the browser

https://github.com/coollabsio/coolify/blob/a528f4c3d1256cc6d007e0aa093deb0deba6b947/resources/views/livewire/project/shared/metrics.blade.php#L230-L230

so im guessing just altering the js code from UTC to just generic like getHours() would convert to the locale of the browser, which is, i'm guessing what you would want

djsisson avatar Dec 05 '25 15:12 djsisson