openclaw - 💡(How to fix) Fix [Bug]: Multiple regressions in 2026.4.8 - Gateway high CPU, CLI timeout, Discord voice broken, Messenger bot broken [1 participants]

Official PRs (…)
ON THIS PAGE

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#63125Fetched 2026-04-09 07:58:12
View on GitHub
Comments
0
Participants
1
Timeline
0
Reactions
0
Participants

After upgrading from OpenClaw 2026.4.1 to 2026.4.8, multiple critical features stopped working:

  1. Gateway CPU usage spikes to 80%+ (normally ~5%)
  2. openclaw agent CLI commands timeout after 32 seconds
  3. Discord voice channel join fails with "The operation was aborted"
  4. Facebook Messenger bot stops responding - only default fallback messages sent

Rollback to 2026.4.1 fixes all issues.

Error Message

DiscordAPIError[10062]: Unknown interaction { "name": "DiscordAPIError[10062]", "code": "The operation was aborted", "stack": "AbortError: The operation was aborted\n at EventTarget.abortListener (node:internal/deps/undici/undici:..." }

Root Cause

2026.4.1: Full flow works - user message → OpenClaw generates reply → reply sent to Messenger
2026.4.8:

  • User messages still reach OpenClaw (session created)
  • OpenClaw generates reply (visible in session history)
  • Reply never reaches fb_bridge.js - only default fallback message sent
  • Root cause: openclaw agent CLI timeout prevents reply retrieval

Fix Action

Workaround

Rollback to 2026.4.1 fixes all issues:

# Downgrade (example using npm)
npm install -g [email protected]
openclaw gateway restart

Code Example

# 2026.4.8 - Gateway consuming 81.8% CPU
ubuntu    752113 81.8 34.6 10637520 676412 ?     Rsl  12:58   6:33 openclaw-gateway

---

$ openclaw agent --agent public --message "test" --json --timeout 30
# Result: gateway timeout after 32000ms
# Gateway target: ws://127.0.0.1:18789

---

DiscordAPIError[10062]: Unknown interaction
{
  "name": "DiscordAPIError[10062]",
  "code": "The operation was aborted",
  "stack": "AbortError: The operation was aborted\n    at EventTarget.abortListener (node:internal/deps/undici/undici:..."
}

---

// fb_bridge.js tries to get reply via CLI:
const { stdout } = await execFileAsync('/home/ubuntu/.npm-global/bin/openclaw', [
  'agent', '--agent', agentId, '--message', prompt, '--json', '--timeout', '90'
]);

// 2026.4.8: This times out, so fallback message is used:
reply = `Szia! 👋 Köszi az üzeneted — hamarosan részletesebben válaszolok.`;

---

# 1. Upgrade to 2026.4.8
openclaw update

# 2. Restart gateway
openclaw gateway restart

# 3. Monitor CPU
watch -n 1 'ps aux | grep openclaw-gateway | grep -v grep'
# Observe: CPU usage climbs to 80%+ within minutes

---

# Test CLI agent command
openclaw agent --agent public --message "Hello test" --json --timeout 30

# 2026.4.1: Returns JSON response in ~5-10 seconds
# 2026.4.8: Times out after 32 seconds with "gateway timeout"

---

# In Discord channel with OpenClaw bot:
/vc join

# 2026.4.1: Bot joins and stays
# 2026.4.8: Bot joins then immediately leaves with "The operation was aborted"

---

# 1. Set up Facebook Messenger integration via fb_bridge.js
# 2. Send message to Messenger bot
# 3. Check fb_bridge logs

# 2026.4.1: Generated reply returned to user
# 2026.4.8: Only default fallback message returned

---

# Downgrade (example using npm)
npm install -g openclaw@2026.4.1
openclaw gateway restart

---

{
  "runtime": "running",
  "rpcProbe": "timeout",
  "cpuUsage": "81.8%",
  "memoryUsage": "676MB"
}
RAW_BUFFERClick to expand / collapse

[Bug]: Multiple regressions in 2026.4.8 - Gateway high CPU, CLI timeout, Discord voice broken, Messenger bot broken

Summary

After upgrading from OpenClaw 2026.4.1 to 2026.4.8, multiple critical features stopped working:

  1. Gateway CPU usage spikes to 80%+ (normally ~5%)
  2. openclaw agent CLI commands timeout after 32 seconds
  3. Discord voice channel join fails with "The operation was aborted"
  4. Facebook Messenger bot stops responding - only default fallback messages sent

Rollback to 2026.4.1 fixes all issues.

Environment

  • OpenClaw version: 2026.4.8 (regression from 2026.4.1)
  • OS: Ubuntu 24.04 LTS (AWS EC2 t3.small)
  • Node.js: v25.4.0
  • Gateway: Local mode (ws://127.0.0.1:18789)

Regression Details

1. Gateway High CPU Usage

2026.4.1: Gateway CPU usage ~5% normal operation
2026.4.8: Gateway CPU usage 80-90% continuously

# 2026.4.8 - Gateway consuming 81.8% CPU
ubuntu    752113 81.8 34.6 10637520 676412 ?     Rsl  12:58   6:33 openclaw-gateway

2. CLI Agent Commands Timeout

2026.4.1: openclaw agent --agent public --message "test" --json returns in ~5-10 seconds
2026.4.8: Same command times out after 32 seconds

$ openclaw agent --agent public --message "test" --json --timeout 30
# Result: gateway timeout after 32000ms
# Gateway target: ws://127.0.0.1:18789

3. Discord Voice Channel Broken

2026.4.1: /vc join works correctly - bot joins and stays in channel
2026.4.8: Bot joins channel then immediately leaves with error:

DiscordAPIError[10062]: Unknown interaction
{
  "name": "DiscordAPIError[10062]",
  "code": "The operation was aborted",
  "stack": "AbortError: The operation was aborted\n    at EventTarget.abortListener (node:internal/deps/undici/undici:..."
}

4. Facebook Messenger Bot Broken

Architecture:

  • Facebook Webhook (PHP on hungaryvfr.hu) → Cloudflare Tunnel → fb_bridge.js (port 18082) → OpenClaw agent

2026.4.1: Full flow works - user message → OpenClaw generates reply → reply sent to Messenger
2026.4.8:

  • User messages still reach OpenClaw (session created)
  • OpenClaw generates reply (visible in session history)
  • Reply never reaches fb_bridge.js - only default fallback message sent
  • Root cause: openclaw agent CLI timeout prevents reply retrieval
// fb_bridge.js tries to get reply via CLI:
const { stdout } = await execFileAsync('/home/ubuntu/.npm-global/bin/openclaw', [
  'agent', '--agent', agentId, '--message', prompt, '--json', '--timeout', '90'
]);

// 2026.4.8: This times out, so fallback message is used:
reply = `Szia! 👋 Köszi az üzeneted — hamarosan részletesebben válaszolok.`;

Steps to Reproduce

Gateway CPU Issue

# 1. Upgrade to 2026.4.8
openclaw update

# 2. Restart gateway
openclaw gateway restart

# 3. Monitor CPU
watch -n 1 'ps aux | grep openclaw-gateway | grep -v grep'
# Observe: CPU usage climbs to 80%+ within minutes

CLI Timeout Issue

# Test CLI agent command
openclaw agent --agent public --message "Hello test" --json --timeout 30

# 2026.4.1: Returns JSON response in ~5-10 seconds
# 2026.4.8: Times out after 32 seconds with "gateway timeout"

Discord Voice Issue

# In Discord channel with OpenClaw bot:
/vc join

# 2026.4.1: Bot joins and stays
# 2026.4.8: Bot joins then immediately leaves with "The operation was aborted"

Messenger Bot Issue

# 1. Set up Facebook Messenger integration via fb_bridge.js
# 2. Send message to Messenger bot
# 3. Check fb_bridge logs

# 2026.4.1: Generated reply returned to user
# 2026.4.8: Only default fallback message returned

Workaround

Rollback to 2026.4.1 fixes all issues:

# Downgrade (example using npm)
npm install -g [email protected]
openclaw gateway restart

Related Issues

Possibly related to other 4.x regressions:

  • #63098 (Discord voice issue already reported)
  • Similar pattern to "Regression (worked in v4.1, broken in v4.2)" issues

Additional Context

  • Gateway is running in local mode (not remote)
  • No changes to configuration between 4.1 → 4.8
  • Cloudflare tunnel and fb_bridge.js are working correctly (verified independently)
  • The issue appears to be in the gateway daemon itself, not the CLI or integrations

Diagnostic Data

Gateway Status (2026.4.8)

{
  "runtime": "running",
  "rpcProbe": "timeout",
  "cpuUsage": "81.8%",
  "memoryUsage": "676MB"
}

Session List (2026.4.8)

Sessions are created but CLI cannot retrieve replies due to timeout.


Priority: High - Multiple critical features broken in 4.8, affecting production usage.

extent analysis

TL;DR

The most likely fix for the multiple regressions in OpenClaw 2026.4.8 is to rollback to version 2026.4.1, as it has been confirmed to resolve all issues.

Guidance

  1. Verify the rollback process: Before downgrading, ensure you have a backup of your current configuration and data to prevent any loss.
  2. Check for other dependencies: Confirm that no other dependencies or integrations (like Cloudflare tunnel or fb_bridge.js) are causing or contributing to the issues.
  3. Monitor for similar issues: Keep an eye on related issues (#63098 and others mentioned) for any updates or fixes that might be applicable to your situation.
  4. Test thoroughly after rollback: After downgrading to 2026.4.1, test all affected features (Gateway CPU usage, CLI agent commands, Discord voice channel, and Facebook Messenger bot) to ensure they are working as expected.

Example

To downgrade OpenClaw to version 2026.4.1 using npm, you can use the following command:

npm install -g [email protected]

Then, restart the gateway:

openclaw gateway restart

Notes

  • The exact cause of the regressions in 2026.4.8 is not specified, so rolling back to a known stable version (2026.4.1) is the safest immediate solution.
  • It's crucial to monitor the project's issue tracker for updates on these regressions and for any new releases that might address these issues.

Recommendation

Apply the workaround by rolling back to version 2026.4.1, as it is confirmed to fix all the mentioned issues, allowing for immediate restoration of critical features until a more permanent fix is available for version 2026.4.8.

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