openclaw - 💡(How to fix) Fix [Bug]: Cron Telegram delivery broken on v2026.4.8 [1 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
openclaw/openclaw#63274Fetched 2026-04-09 07:55:59
View on GitHub
Comments
0
Participants
1
Timeline
6
Reactions
0
Author
Participants
Timeline (top)
subscribed ×4labeled ×2
<html><head></head><body><h1>[Bug]: Cron Telegram delivery broken on v2026.4.8 — isolated+announce false positive, main+system-event hangs</h1> <h2>Summary</h2> <p>No working pattern exists for delivering cron-based reminders to Telegram. All three approaches fail silently or hang.</p> <h2>Environment</h2> <ul> <li><strong>OpenClaw Version:</strong> 2026.4.8 (9ece252)</li> <li><strong>OS:</strong> Linux 6.18.21-1-lts (x64)</li> <li><strong>Node:</strong> v25.9.0</li> <li><strong>Channel:</strong> Telegram (DM, bot token valid, regular chat messages work perfectly)</li> <li><strong>Timezone:</strong> America/Edmonton (MDT)</li> <li><strong>Model:</strong> ollama/kimi-k2.5:cloud</li> </ul> <h2>Bug 1: Isolated + Announce — claims delivered, never sends</h2> <h3>Steps to Reproduce</h3> <ol> <li>Configure Telegram channel with a working bot (confirm regular chat messages work)</li> <li>Create an isolated cron job with announce delivery: <pre><code>openclaw cron add \ --name "test-announce" \ --at "2m" \ --session isolated \ --message "Test reminder" \ --announce \ --channel telegram \ --to "&lt;YOUR_TELEGRAM_USER_ID&gt;" \ --delete-after-run </code></pre></li> <li>Wait for the job to fire</li> <li>Check run history: <code>cat ~/.openclaw/cron/runs/&lt;job-id&gt;.jsonl</code></li> </ol> <h3>Expected</h3> <p>Message arrives on Telegram.</p> <h3>Actual</h3> <p>Run log shows <code>"delivered": true</code> and <code>"deliveryStatus": "delivered"</code>, but <strong>no message arrives on Telegram</strong>. No <code>telegram sendMessage ok</code> entry appears in gateway logs. Regular chat messages before and after the job show <code>telegram sendMessage ok</code> — only cron announce delivery is broken.</p> <h3>Evidence</h3> <pre><code class="language-json">{ "status": "ok", "delivered": true, "deliveryStatus": "delivered" } </code></pre> <p>Gateway logs show zero <code>telegram sendMessage</code> calls between the job firing and the next manual chat message.</p> <hr> <h2>Bug 2: Main + System-Event — hangs in "running" forever</h2> <h3>Steps to Reproduce</h3> <ol> <li>Create a main session cron job with system event: <pre><code>openclaw cron add \ --name "test-main" \ --at "2m" \ --session main \ --system-event "Reminder: test message" \ --wake now \ --delete-after-run </code></pre></li> <li>Wait past the scheduled time</li> <li>Check job status: <code>openclaw cron list</code></li> </ol> <h3>Expected</h3> <p>Job runs, wakes main session, system event appears and agent relays it to user on Telegram.</p> <h3>Actual</h3> <p>Job stuck in <code>running</code> state indefinitely. Never completes, never wakes session. No run log file created at <code>~/.openclaw/cron/runs/&lt;job-id&gt;.jsonl</code>. Main session never receives the system event. Job remains in <code>running</code> until manually deleted.</p> <h3>Evidence</h3> <pre><code>$ openclaw cron list ID Name Schedule Next Last Status Target efed4f8c-f7f8-4c3d-97a1-8d5722575a16 test-main at 2026-04-08 17:10Z &lt;5m ago - running main </code></pre> <hr> <h2>Bug 3: Main + System-Event — fires but agent swallows it</h2> <p>In cases where Bug 2 doesn't occur and the system event does reach the main session, the TUI shows:</p> <pre><code>System: [2026-04-08 10:10:00 MDT] Reminder: Get eggs 🥚

Handle this reminder internally. Do not relay it to the user unless explicitly requested. </code></pre>

<p>The agent receives the reminder but is instructed to handle it internally rather than delivering it to the user. The system event has no delivery mechanism to Telegram — it relies on the agent choosing to relay it, which the default behavior prevents.</p> <hr> <h2>Impact</h2> <p>There is no working cron-to-Telegram reminder path on v2026.4.8:</p>
MethodResult
--session isolated --announce --channel telegram --to <id>False positive: logs delivered: true, never sends
--session main --system-event --wake nowHangs in running state forever
--session main --system-event (when it works)Agent handles internally, never relays to user
<p>This makes the most basic personal assistant use case — "remind me to do X at time Y" — impossible via Telegram.</p> <h2>Related Issues</h2> <ul> <li>#43177 — Cron announce may report delivered=true without actual Telegram delivery</li> <li>#29660 — Isolated cron + announce delivery marks as "delivered" but never calls Telegram sendMessage</li> <li>#25670 — Cron announce delivery broken since 2026.2.22</li> <li>#5339 — Telegram unable to receive cron message</li> <li>#50303 — Cron jobs can be created by CLI but do not materialize from conversation</li> </ul> <p>This issue has been reported across multiple versions since January 2026 and remains unfixed as of v2026.4.8.</p></body></html>

Root Cause

<html><head></head><body><h1>[Bug]: Cron Telegram delivery broken on v2026.4.8 — isolated+announce false positive, main+system-event hangs</h1> <h2>Summary</h2> <p>No working pattern exists for delivering cron-based reminders to Telegram. All three approaches fail silently or hang.</p> <h2>Environment</h2> <ul> <li><strong>OpenClaw Version:</strong> 2026.4.8 (9ece252)</li> <li><strong>OS:</strong> Linux 6.18.21-1-lts (x64)</li> <li><strong>Node:</strong> v25.9.0</li> <li><strong>Channel:</strong> Telegram (DM, bot token valid, regular chat messages work perfectly)</li> <li><strong>Timezone:</strong> America/Edmonton (MDT)</li> <li><strong>Model:</strong> ollama/kimi-k2.5:cloud</li> </ul> <h2>Bug 1: Isolated + Announce — claims delivered, never sends</h2> <h3>Steps to Reproduce</h3> <ol> <li>Configure Telegram channel with a working bot (confirm regular chat messages work)</li> <li>Create an isolated cron job with announce delivery: <pre><code>openclaw cron add \ --name "test-announce" \ --at "2m" \ --session isolated \ --message "Test reminder" \ --announce \ --channel telegram \ --to "&lt;YOUR_TELEGRAM_USER_ID&gt;" \ --delete-after-run </code></pre></li> <li>Wait for the job to fire</li> <li>Check run history: <code>cat ~/.openclaw/cron/runs/&lt;job-id&gt;.jsonl</code></li> </ol> <h3>Expected</h3> <p>Message arrives on Telegram.</p> <h3>Actual</h3> <p>Run log shows <code>"delivered": true</code> and <code>"deliveryStatus": "delivered"</code>, but <strong>no message arrives on Telegram</strong>. No <code>telegram sendMessage ok</code> entry appears in gateway logs. Regular chat messages before and after the job show <code>telegram sendMessage ok</code> — only cron announce delivery is broken.</p> <h3>Evidence</h3> <pre><code class="language-json">{ "status": "ok", "delivered": true, "deliveryStatus": "delivered" } </code></pre> <p>Gateway logs show zero <code>telegram sendMessage</code> calls between the job firing and the next manual chat message.</p> <hr> <h2>Bug 2: Main + System-Event — hangs in "running" forever</h2> <h3>Steps to Reproduce</h3> <ol> <li>Create a main session cron job with system event: <pre><code>openclaw cron add \ --name "test-main" \ --at "2m" \ --session main \ --system-event "Reminder: test message" \ --wake now \ --delete-after-run </code></pre></li> <li>Wait past the scheduled time</li> <li>Check job status: <code>openclaw cron list</code></li> </ol> <h3>Expected</h3> <p>Job runs, wakes main session, system event appears and agent relays it to user on Telegram.</p> <h3>Actual</h3> <p>Job stuck in <code>running</code> state indefinitely. Never completes, never wakes session. No run log file created at <code>~/.openclaw/cron/runs/&lt;job-id&gt;.jsonl</code>. Main session never receives the system event. Job remains in <code>running</code> until manually deleted.</p> <h3>Evidence</h3> <pre><code>$ openclaw cron list ID Name Schedule Next Last Status Target efed4f8c-f7f8-4c3d-97a1-8d5722575a16 test-main at 2026-04-08 17:10Z &lt;5m ago - running main </code></pre> <hr> <h2>Bug 3: Main + System-Event — fires but agent swallows it</h2> <p>In cases where Bug 2 doesn't occur and the system event does reach the main session, the TUI shows:</p> <pre><code>System: [2026-04-08 10:10:00 MDT] Reminder: Get eggs 🥚

Handle this reminder internally. Do not relay it to the user unless explicitly requested. </code></pre>

<p>The agent receives the reminder but is instructed to handle it internally rather than delivering it to the user. The system event has no delivery mechanism to Telegram — it relies on the agent choosing to relay it, which the default behavior prevents.</p> <hr> <h2>Impact</h2> <p>There is no working cron-to-Telegram reminder path on v2026.4.8:</p>
MethodResult
--session isolated --announce --channel telegram --to <id>False positive: logs delivered: true, never sends
--session main --system-event --wake nowHangs in running state forever
--session main --system-event (when it works)Agent handles internally, never relays to user
<p>This makes the most basic personal assistant use case — "remind me to do X at time Y" — impossible via Telegram.</p> <h2>Related Issues</h2> <ul> <li>#43177 — Cron announce may report delivered=true without actual Telegram delivery</li> <li>#29660 — Isolated cron + announce delivery marks as "delivered" but never calls Telegram sendMessage</li> <li>#25670 — Cron announce delivery broken since 2026.2.22</li> <li>#5339 — Telegram unable to receive cron message</li> <li>#50303 — Cron jobs can be created by CLI but do not materialize from conversation</li> </ul> <p>This issue has been reported across multiple versions since January 2026 and remains unfixed as of v2026.4.8.</p></body></html>

Fix Action

Fix / Workaround

Same issue reported since Jan 2026: #43177, #29660, #25670, #5339, #50303. Workaround from #29660 (--session main --system-event) no longer works on v2026.4.8 — hangs in running state. This is a regression.

Code Example

{"status":"ok","delivered":true,"deliveryStatus":"delivered"}
RAW_BUFFERClick to expand / collapse

Bug type

Regression (worked before, now fails)

Beta release blocker

No

Summary

<html><head></head><body><h1>[Bug]: Cron Telegram delivery broken on v2026.4.8 — isolated+announce false positive, main+system-event hangs</h1> <h2>Summary</h2> <p>No working pattern exists for delivering cron-based reminders to Telegram. All three approaches fail silently or hang.</p> <h2>Environment</h2> <ul> <li><strong>OpenClaw Version:</strong> 2026.4.8 (9ece252)</li> <li><strong>OS:</strong> Linux 6.18.21-1-lts (x64)</li> <li><strong>Node:</strong> v25.9.0</li> <li><strong>Channel:</strong> Telegram (DM, bot token valid, regular chat messages work perfectly)</li> <li><strong>Timezone:</strong> America/Edmonton (MDT)</li> <li><strong>Model:</strong> ollama/kimi-k2.5:cloud</li> </ul> <h2>Bug 1: Isolated + Announce — claims delivered, never sends</h2> <h3>Steps to Reproduce</h3> <ol> <li>Configure Telegram channel with a working bot (confirm regular chat messages work)</li> <li>Create an isolated cron job with announce delivery: <pre><code>openclaw cron add \ --name "test-announce" \ --at "2m" \ --session isolated \ --message "Test reminder" \ --announce \ --channel telegram \ --to "&lt;YOUR_TELEGRAM_USER_ID&gt;" \ --delete-after-run </code></pre></li> <li>Wait for the job to fire</li> <li>Check run history: <code>cat ~/.openclaw/cron/runs/&lt;job-id&gt;.jsonl</code></li> </ol> <h3>Expected</h3> <p>Message arrives on Telegram.</p> <h3>Actual</h3> <p>Run log shows <code>"delivered": true</code> and <code>"deliveryStatus": "delivered"</code>, but <strong>no message arrives on Telegram</strong>. No <code>telegram sendMessage ok</code> entry appears in gateway logs. Regular chat messages before and after the job show <code>telegram sendMessage ok</code> — only cron announce delivery is broken.</p> <h3>Evidence</h3> <pre><code class="language-json">{ "status": "ok", "delivered": true, "deliveryStatus": "delivered" } </code></pre> <p>Gateway logs show zero <code>telegram sendMessage</code> calls between the job firing and the next manual chat message.</p> <hr> <h2>Bug 2: Main + System-Event — hangs in "running" forever</h2> <h3>Steps to Reproduce</h3> <ol> <li>Create a main session cron job with system event: <pre><code>openclaw cron add \ --name "test-main" \ --at "2m" \ --session main \ --system-event "Reminder: test message" \ --wake now \ --delete-after-run </code></pre></li> <li>Wait past the scheduled time</li> <li>Check job status: <code>openclaw cron list</code></li> </ol> <h3>Expected</h3> <p>Job runs, wakes main session, system event appears and agent relays it to user on Telegram.</p> <h3>Actual</h3> <p>Job stuck in <code>running</code> state indefinitely. Never completes, never wakes session. No run log file created at <code>~/.openclaw/cron/runs/&lt;job-id&gt;.jsonl</code>. Main session never receives the system event. Job remains in <code>running</code> until manually deleted.</p> <h3>Evidence</h3> <pre><code>$ openclaw cron list ID Name Schedule Next Last Status Target efed4f8c-f7f8-4c3d-97a1-8d5722575a16 test-main at 2026-04-08 17:10Z &lt;5m ago - running main </code></pre> <hr> <h2>Bug 3: Main + System-Event — fires but agent swallows it</h2> <p>In cases where Bug 2 doesn't occur and the system event does reach the main session, the TUI shows:</p> <pre><code>System: [2026-04-08 10:10:00 MDT] Reminder: Get eggs 🥚

Handle this reminder internally. Do not relay it to the user unless explicitly requested. </code></pre>

<p>The agent receives the reminder but is instructed to handle it internally rather than delivering it to the user. The system event has no delivery mechanism to Telegram — it relies on the agent choosing to relay it, which the default behavior prevents.</p> <hr> <h2>Impact</h2> <p>There is no working cron-to-Telegram reminder path on v2026.4.8:</p>
MethodResult
--session isolated --announce --channel telegram --to <id>False positive: logs delivered: true, never sends
--session main --system-event --wake nowHangs in running state forever
--session main --system-event (when it works)Agent handles internally, never relays to user
<p>This makes the most basic personal assistant use case — "remind me to do X at time Y" — impossible via Telegram.</p> <h2>Related Issues</h2> <ul> <li>#43177 — Cron announce may report delivered=true without actual Telegram delivery</li> <li>#29660 — Isolated cron + announce delivery marks as "delivered" but never calls Telegram sendMessage</li> <li>#25670 — Cron announce delivery broken since 2026.2.22</li> <li>#5339 — Telegram unable to receive cron message</li> <li>#50303 — Cron jobs can be created by CLI but do not materialize from conversation</li> </ul> <p>This issue has been reported across multiple versions since January 2026 and remains unfixed as of v2026.4.8.</p></body></html>

Steps to reproduce

Fresh install OpenClaw v2026.4.8 Connect Telegram bot, confirm regular chat messages work Run:

openclaw cron add
--name "test"
--at "2m"
--session isolated
--message "Test reminder"
--announce
--channel telegram
--to "<YOUR_TELEGRAM_USER_ID>"
--delete-after-run

Wait 2 minutes Check openclaw cron runs --id <job-id> — shows delivered: true Check Telegram — nothing arrived

Expected behavior

Message arrives on Telegram. Gateway logs show telegram sendMessage ok. Run history delivered: true matches actual delivery. Prior to this test, regular chat messages consistently arrive on Telegram.

Actual behavior

No message arrives on Telegram. Run history shows "delivered": true and "deliveryStatus": "delivered" despite no Telegram API call. Gateway logs contain zero telegram sendMessage entries between job execution and next manual chat. Also tested --session main --system-event --wake now: job enters running state and never completes.

OpenClaw version

2026.4.8

Operating system

Linux 6.18.21-1-lts (x64) — Arch Linux

Install method

npm/ollama

Model

kimi-k2.5:cloud

Provider / routing chain

Ollama Cloud → OpenClaw gateway → Telegram channel

Additional provider/model setup details

Single agent ("main"), default workspace. Telegram via BotFather token, DMs working for regular chat. Heartbeat: every 10m, target telegram. No multi-agent, no sandbox, no Docker.

Logs, screenshots, and evidence

{"status":"ok","delivered":true,"deliveryStatus":"delivered"}

Impact and severity

Affected: All Telegram users using cron reminders. Severity: Blocks workflow — "remind me at X" is impossible. Frequency: Always, 100% reproducible. Consequence: Missed reminders, false confidence from delivered:true.

Additional information

Same issue reported since Jan 2026: #43177, #29660, #25670, #5339, #50303. Workaround from #29660 (--session main --system-event) no longer works on v2026.4.8 — hangs in running state. This is a regression.

extent analysis

TL;DR

The cron-based Telegram reminder delivery is broken in OpenClaw v2026.4.8, with three distinct failure modes: false positives, hanging jobs, and swallowed system events, requiring a fix or workaround to restore functionality.

Guidance

  • Review related issues (#43177, #29660, #25670, #5339, #50303) for potential clues on the root cause and previous workarounds that may no longer be effective.
  • Verify that the Telegram bot token is valid and regular chat messages are working to isolate the issue to cron-based reminders.
  • Test alternative delivery methods, such as using --session main without --announce, to see if the issue is specific to the --announce flag or the --session isolated configuration.
  • Check the OpenClaw gateway logs for any errors or warnings related to Telegram API calls to determine if the issue lies in the API interaction.

Example

No specific code snippet can be provided without modifying the existing openclaw cron add commands, but testing variations of the command, such as removing the --announce flag or changing the --session type, may help identify the root cause.

Notes

The issue has been reported across multiple versions since January 2026, indicating a persistent problem that requires a thorough investigation of the changes made to the cron reminder system and Telegram integration in OpenClaw.

Recommendation

Apply a workaround by testing alternative configurations, such as using --session main without --announce, until a fix is available for the underlying issue, as the current version (v2026.4.8) does not provide a reliable cron-to-Telegram reminder path.

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

Message arrives on Telegram. Gateway logs show telegram sendMessage ok. Run history delivered: true matches actual delivery. Prior to this test, regular chat messages consistently arrive on Telegram.

Still need to ship something?

×6

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

Back to top recommendations

TRENDING