Codex App automations detail page shows next run time in UTC without labeling timezone

Open 💬 2 comments Opened Jun 17, 2026 by lt-hu
💡 Likely answer: A maintainer (github-actions[bot], contributor) responded on this thread — see the highlighted reply below.

What version of the Codex App are you using (From “About Codex” dialog)?

Codex App 26.611.61753 (4008) Bundled codex-cli 0.140.0-alpha.19

What subscription do you have?

ChatGPT Plus

What platform is your computer?

Darwin 25.5.0 arm64 arm

What issue are you seeing?

The Codex App automations UI appears to show inconsistent timezones.

I created an automation using the Asia/Tokyo timezone, scheduled for a rounded local time such as 23:00.

The automations list page shows the expected local time, for example:
Weekdays 23:00

However, the automation detail page shows the next run as:
Tomorrow 14:00

14:00 appears to be UTC, because Tokyo 23:00 equals UTC 14:00. The UI does not label it as UTC, so it looks like the automation is scheduled for the wrong local time.

This seems to be a display issue rather than a scheduling issue.

What steps can reproduce the bug?

Feedback ID: 019ed4ac-f754-7af2-8cea-e130eedda0be1. Set the system/user timezone to Asia/Tokyo.

  1. Create a Codex App automation using the Asia/Tokyo timezone, scheduled for a rounded local time such as 23:00 on weekdays.
  2. Open the Automations list page.
  3. Observe that the list shows the expected local time, for example: Weekdays 23:00.
  4. Open the automation detail page.
  5. Observe that Next run shows Tomorrow 14:00.

Expected:
The automation detail page should show the same local time as the list page, or clearly label the timezone if it is showing UTC.

Actual:
The list page shows Asia/Tokyo local time, but the detail page appears to show UTC time without a timezone label.

What is the expected behavior?

The automation detail page should show the next run time in the same local timezone as the automations list page.

For an automation scheduled at 23:00 Asia/Tokyo, both the list page and detail page should show 23:00 local time, or the detail page should explicitly label the timezone if it is showing UTC.

Additional information

I attached screenshots showing:

  1. The automations list page showing the expected local time.
  2. The automation detail page showing a different next run time that appears to be UTC.

The screenshots were cropped to avoid exposing unrelated private information.

<img width="173" height="266" alt="Image" src="https://github.com/user-attachments/assets/73efab00-4c58-438d-9481-715a8ae79a1e" />
<br/>
<br/>
<img width="461" height="421" alt="Image" src="https://github.com/user-attachments/assets/6baacb58-dffe-4ad7-89a6-8db73a045ed1" />
<br/>
<img width="449" height="483" alt="Image" src="https://github.com/user-attachments/assets/8b89e2f9-6d74-4f1a-8192-432829df721f" />
<br/>
<img width="431" height="490" alt="Image" src="https://github.com/user-attachments/assets/67cb4fdd-ea86-4684-8642-d84beb9c5e34" />
<br/>
<img width="439" height="492" alt="Image" src="https://github.com/user-attachments/assets/c5f99666-5718-47ad-bbc9-2553fb69ca85" />

View original on GitHub ↗

2 Comments

github-actions[bot] contributor · 2 months ago

Potential duplicates detected. Please review them and close your issue if it is a duplicate.

  • #27177

Powered by Codex Action

baitangxiao · 17 days ago

Additional reproduction on the current macOS Codex Desktop build:

  • Codex Desktop 26.803.61601 (build 6396)
  • Bundled codex-cli 0.147.0-alpha.6.5
  • Configured timezone: Asia/Shanghai
  • Requested schedule: Monday 15:00
  • Control-plane/database next run: 2026-08-17 15:01:40 Asia/Shanghai, including normal scheduling jitter
  • Codex Desktop Automation card displays: Monday (time: 7:00)

Because 15:00 Asia/Shanghai equals 07:00 UTC, this appears to be the same UI timezone-rendering issue. In this reproduction, actual scheduling appears correct: the control plane schedules the run at approximately 15:00 local time, while the user-visible UI renders UTC 07:00 without timezone conversion or labeling.

Related in-product feedback reference:
019ff06c-aa61-7341-addf-32461a77b6d7

No logs, session transcript, private files, local paths, credentials, or unrelated diagnostics are attached.