codex - 💡(How to fix) Fix Desktop heartbeat automations advance next_run_at but never execute [6 comments, 5 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
openai/codex#17893Fetched 2026-04-16 06:46:50
View on GitHub
Comments
6
Participants
5
Timeline
9
Reactions
1
Author
Timeline (top)
commented ×6labeled ×2subscribed ×1

On Codex Desktop, heartbeat automations attached to the current thread are created successfully and their schedule advances, but they never actually execute.

Root Cause

On Codex Desktop, heartbeat automations attached to the current thread are created successfully and their schedule advances, but they never actually execute.

RAW_BUFFERClick to expand / collapse

Summary

On Codex Desktop, heartbeat automations attached to the current thread are created successfully and their schedule advances, but they never actually execute.

What happens

  • The automation is created successfully.
  • next_run_at keeps advancing every minute.
  • last_run_at stays null.
  • No thread message is posted.
  • No inbox item is created.
  • No row appears in automation_runs.

Expected behavior

A heartbeat automation scheduled for every minute should post into the target thread (or at least create an inbox item) and record a run.

Reproduction

  1. Open Codex Desktop.
  2. Create a heartbeat automation attached to the current thread.
  3. Use a 1-minute interval.
  4. Wait through multiple scheduled intervals.

Example automation:

  • Name: 每分钟报时
  • Kind: heartbeat
  • RRULE: FREQ=MINUTELY;INTERVAL=1
  • Prompt: 输出当前时间,使用清晰易读的本地时间格式。

Actual result

The automation appears active, but nothing is ever delivered to the thread.

Local evidence

The automation is persisted locally in ~/.codex/automations/<id>/automation.toml with the expected heartbeat config.

In ~/.codex/sqlite/codex-dev.db:

  • automations.next_run_at advances correctly
  • automations.last_run_at remains null
  • automation_runs remains empty for this automation
  • inbox_items remains empty

This makes it look like scheduling is happening, but execution or delivery is failing silently.

Environment

  • Codex Desktop version: 26.409.20454 (build 1462)
  • macOS: 26.4 (25E246)

Notes

I have already tried restarting and reinstalling Codex Desktop, and the issue still reproduces.

extent analysis

TL;DR

The issue might be related to the execution or delivery mechanism of heartbeat automations, and verifying the automation execution logic and checking for any potential errors or logs could help identify the root cause.

Guidance

  • Check the Codex Desktop logs for any errors or warnings related to automation execution, as the issue seems to be with the delivery of the automation output.
  • Verify that the automation execution logic is correctly implemented and that the next_run_at timestamp is being used to trigger the automation.
  • Investigate the database tables, such as automations and automation_runs, to see if there are any clues about what might be preventing the automation from executing.
  • Consider adding additional logging or debugging statements to the automation execution code to gain more insight into what's happening when the automation is scheduled to run.

Example

No code snippet is provided as the issue does not contain enough information about the codebase.

Notes

The issue might be specific to the Codex Desktop version or the macOS environment, and trying a different version or environment could help isolate the issue. However, without more information about the codebase or the automation execution logic, it's difficult to provide a more specific solution.

Recommendation

Apply workaround: Try to add additional logging or debugging statements to the automation execution code to gain more insight into what's happening when the automation is scheduled to run, as this might help identify the root cause of the issue.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

FAQ

Expected behavior

A heartbeat automation scheduled for every minute should post into the target thread (or at least create an inbox item) and record a run.

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING