You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Title:[Bug]: Discord outbound delivery broken — "Outbound not configured for channel: discord" (2026.5.18+, persists in 2026.5.19-beta.1)
Summary:
After upgrading from 2026.4.26 to 2026.5.18 (and subsequently to 2026.5.19-beta.1), Discord bots receive messages and process them normally (ack reactions work), but all replies fail with Error: Outbound not configured for channel: discord. This is not a user-configurable setting — there is no outbound config key in the schema. The outbound adapter is loaded dynamically from the plugin channel registry at runtime, and the Discord plugin (@openclaw/discord) ships an outbound adapter (outbound-adapter-C54-43UU.js), but it is never registered in the active plugin channel registry.
This was reported in #83972 (closed as COMPLETED), but the underlying outbound issue was never resolved — only the initial "Discord not connecting" symptom was partially addressed by the health-monitor delayed initialization.
Steps to reproduce:
Install OpenClaw 2026.4.26 with working Discord channel config (multiple accounts, tokens, guilds, channels, allowFrom all set).
Upgrade to 2026.5.18 via openclaw update --yes (or openclaw update --tag beta --yes for 2026.5.19-beta.1).
Gateway starts, Discord bots connect via health-monitor after ~5 min delay.
Send a message to any Discord bot — it receives and processes it (ack reaction appears), but the reply never arrives.
Check logs: Error: Outbound not configured for channel: discord on every reply attempt.
Expected behavior:
Discord bots receive messages AND send replies, as in 2026.4.26. No user-side outbound configuration should be needed — the outbound adapter should be registered by the Discord plugin automatically.
Actual behavior:
Every outbound delivery fails:
[discord] tool reply failed (target=channel:1488191501736349789 session=agent:main:discord:channel:1488191501736349789): Error: Outbound not configured for channel: discord
[discord] block reply failed (target=channel:1488191501736349789 session=agent:main:discord:channel:1488191501736349789): Error: Outbound not configured for channel: discord
[discord] final reply failed (target=channel:1488191501736349789 session=agent:main:discord:channel:1488191501736349789): Error: Outbound not configured for channel: discord
The delivery-recovery mechanism on gateway restart replays previously failed messages, giving the appearance of a fix (replies to old messages appear), but new messages still fail with the same error.
Root cause analysis:
The outbound delivery path in deliver-Bau6nH95.js loads the outbound adapter from the active plugin channel registry:
The createChannelRegistryLoader searches getActivePluginChannelRegistry()?.channels for a matching plugin.id === "discord". When this returns undefined, the outbound handler is null, and deliver-Bau6nH95.js throws:
if(!handler)thrownewError(`Outbound not configured for channel: ${params.channel}`);
This means the Discord plugin's outbound adapter is not being registered into the channel registry during plugin initialization, even though:
The delivery-recovery mechanism replays old failed messages on restart, which can mislead debugging by making it appear that replies are working when only cached old replies are being delivered
Discord plugin version matches gateway version (no version mismatch)
openclaw doctor and openclaw doctor --fix do not detect or fix this issue
Bug type: Regression (worked before, now fails)
Beta release blocker: Yes
Title:
[Bug]: Discord outbound delivery broken — "Outbound not configured for channel: discord" (2026.5.18+, persists in 2026.5.19-beta.1)Summary:
After upgrading from 2026.4.26 to 2026.5.18 (and subsequently to 2026.5.19-beta.1), Discord bots receive messages and process them normally (ack reactions work), but all replies fail with
Error: Outbound not configured for channel: discord. This is not a user-configurable setting — there is nooutboundconfig key in the schema. The outbound adapter is loaded dynamically from the plugin channel registry at runtime, and the Discord plugin (@openclaw/discord) ships an outbound adapter (outbound-adapter-C54-43UU.js), but it is never registered in the active plugin channel registry.This was reported in #83972 (closed as COMPLETED), but the underlying outbound issue was never resolved — only the initial "Discord not connecting" symptom was partially addressed by the health-monitor delayed initialization.
Steps to reproduce:
openclaw update --yes(oropenclaw update --tag beta --yesfor 2026.5.19-beta.1).Error: Outbound not configured for channel: discordon every reply attempt.Expected behavior:
Discord bots receive messages AND send replies, as in 2026.4.26. No user-side
outboundconfiguration should be needed — the outbound adapter should be registered by the Discord plugin automatically.Actual behavior:
Every outbound delivery fails:
The delivery-recovery mechanism on gateway restart replays previously failed messages, giving the appearance of a fix (replies to old messages appear), but new messages still fail with the same error.
Root cause analysis:
The outbound delivery path in
deliver-Bau6nH95.jsloads the outbound adapter from the active plugin channel registry:The
createChannelRegistryLoadersearchesgetActivePluginChannelRegistry()?.channelsfor a matchingplugin.id === "discord". When this returnsundefined, the outbound handler isnull, anddeliver-Bau6nH95.jsthrows:This means the Discord plugin's outbound adapter is not being registered into the channel registry during plugin initialization, even though:
@openclaw/discord 2026.5.18/2026.5.19-beta.1shipsoutbound-adapter-C54-43UU.jsenabledinopenclaw plugins listWorkaround: None found. Downgrading to 2026.4.26 restores functionality.
OpenClaw version: 2026.5.19-beta.1 (ba9034b) — also reproducible on 2026.5.18 (50a2481)
Operating system: Ubuntu (Linux 6.8.0-106-generic)
Install method: npm global
Model: local/gemini-3-flash-preview
Provider / routing chain: openclaw gateway → local provider (gemini-3-flash-preview)
Logs, screenshots, and evidence:
Gateway startup (2026.5.19-beta.1) — Discord connects successfully after health-monitor delay:
New message received but reply fails (after recovery):
Delivery-recovery causes confusion — old replies appear on restart, making it look partially fixed:
Plugin shows as enabled:
No outbound config exists (not a user-facing setting):
Impact and severity:
Additional information:
openclaw doctorandopenclaw doctor --fixdo not detect or fix this issue