openclaw - 💡(How to fix) Fix Discord exec approval card/buttons not delivered in v2026.4.26 (regression after #71804) [3 comments, 3 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#73802Fetched 2026-04-29 06:14:59
View on GitHub
Comments
3
Participants
3
Timeline
3
Reactions
1
Timeline (top)
commented ×3

Discord exec approval requests are created and can be approved manually with /approve ..., but the native Discord approval card/buttons do not surface. This appears to be a regression or incomplete fix after #71804.

Root Cause

Discord exec approval requests are created and can be approved manually with /approve ..., but the native Discord approval card/buttons do not surface. This appears to be a regression or incomplete fix after #71804.

Fix Action

Fix / Workaround

Follow-up dispatch timeout after approval:

exec approval followup dispatch failed (id=c33c0f54-...): Session followup failed: gateway timeout after 60000ms

This may be a separate delivery issue but the command itself completed.

Code Example

npm install --no-package-lock --no-save sharp@^0.34.5

---

exec.approval.waitDecision ... 152813ms

---

exec approval followup dispatch failed (id=c33c0f54-...): Session followup failed: gateway timeout after 60000ms
RAW_BUFFERClick to expand / collapse

Summary

Discord exec approval requests are created and can be approved manually with /approve ..., but the native Discord approval card/buttons do not surface. This appears to be a regression or incomplete fix after #71804.

Environment

  • OpenClaw version: 2026.4.26
  • Channel: Discord embedded channel
  • Gateway: local loopback, embedded Discord
  • Approval surface expected: Discord native approval card/buttons
  • Approval config: Discord exec approvals enabled for Xavier with approver restricted to operator Discord user ID

Observed Behavior

When an exec command requires approval:

  1. OpenClaw creates an approval ID normally.
  2. No native Discord approval card/button appears in Discord.
  3. The agent/session prints an approval command like: approve c33c0f54 allow-once
  4. If the operator manually types that slash command in the channel, the approval is accepted.
  5. The command then proceeds successfully.

In the reproduced case, this installed a dependency successfully after manual approval:

npm install --no-package-lock --no-save sharp@^0.34.5

Expected Behavior

When Discord exec approvals are enabled and an approval is created, OpenClaw should send the native Discord approval card/message with approve/deny buttons to the configured Discord approval surface, as in prior versions.

The user should not have to manually type the approval command.

Additional Notes

Agent-to-agent relaying of the approval command does not consume approvals — each retry generated a fresh approval ID instead of resolving the prior one. That behavior may be expected, but it made the issue more confusing.

The core regression is:

  • Approval creation works
  • Manual approval command in Discord works
  • Native Discord approval card/buttons do not appear

Logs / Evidence

Relevant log line after manual approval:

exec.approval.waitDecision ... 152813ms

This suggests the approval decision was eventually received, but the native Discord card was never delivered.

Follow-up dispatch timeout after approval:

exec approval followup dispatch failed (id=c33c0f54-...): Session followup failed: gateway timeout after 60000ms

This may be a separate delivery issue but the command itself completed.

Related Issues

  • #71804 — closed as fixed/covered, but this reproduces on 2026.4.26
  • #46708 — broader approval UX/routing issue
  • #39978 — async exec/approval follow-up can persist internally but not deliver to Discord

extent analysis

TL;DR

The native Discord approval card/buttons are not surfacing due to a potential regression or incomplete fix after #71804, and a workaround is to manually approve using the /approve command.

Guidance

  • Verify that the Discord exec approvals are correctly configured for the Xavier user with the approver restricted to the operator Discord user ID.
  • Check the OpenClaw version 2026.4.26 for any known issues or updates related to Discord approval cards/buttons.
  • Investigate the log lines exec.approval.waitDecision and exec approval followup dispatch failed to understand the approval decision and dispatch process.
  • Consider reviewing the related issues #71804, #46708, and #39978 for potential clues or fixes.

Example

No code snippet is provided as it is not clearly supported by the issue.

Notes

The issue may be related to a regression or incomplete fix after #71804, and the provided log lines suggest that the approval decision was received, but the native Discord card was not delivered.

Recommendation

Apply workaround: Manually approve using the /approve command until the native Discord approval card/buttons issue is resolved, as it allows the command to proceed successfully.

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…

Still need to ship something?

×6

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

Back to top recommendations

TRENDING

openclaw - 💡(How to fix) Fix Discord exec approval card/buttons not delivered in v2026.4.26 (regression after #71804) [3 comments, 3 participants]