openclaw - 💡(How to fix) Fix [Bug]: weixin getUpdates TypeError: fetch failed logged as ERROR for long-poll timeout [1 comments, 2 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#70949Fetched 2026-04-24 10:37:29
View on GitHub
Comments
1
Participants
2
Timeline
3
Reactions
0
Author
Participants
Timeline (top)
labeled ×2commented ×1

When a long-poll getUpdates request fails due to network interruptions (such as NAT timeouts, firewall disconnections, etc.), the plugin logs messages at the ERROR level: TypeError: fetch failed and 3 consecutive failures, backing off 30s.

gateway/channels/openclaw-weixin/0f61207f5a1e-im-bot [0f61207f5a1e-im-bot] getUpdates error: TypeError: fetch failed, stack=TypeError: fetch failed at node:internal/deps/undici/undici:14902:13 at apiPostFetch (/root/.openclaw/extensions/openclaw-weixin/src/api/api.ts:186:17) at getUpdates (/root/.openclaw/extensions/openclaw-weixin/src/api/api.ts:220:21) at monitorWeixinProvider (/root/.openclaw/extensions/openclaw-weixin/src/monitor/monitor.ts:93:20)

However, at this point, the weixin Bot plugin is still able to communicate normally with OpenClaw.

Recommendations:

Downgrade the log level for fetch failed errors caused by long-poll timeouts from ERROR to WARN or DEBUG.

Alternatively, within the catch block, distinguish between AbortError (indicating an intentional timeout) and genuine network errors, and handle them separately.

Environment: Node 22.22.0, OpenClaw 2026.4.22, openclaw-weixin 2.1.9, Long-poll timeout: 35s.

Error Message

When a long-poll getUpdates request fails due to network interruptions (such as NAT timeouts, firewall disconnections, etc.), the plugin logs messages at the ERROR level: TypeError: fetch failed and 3 consecutive failures, backing off 30s. [0f61207f5a1e-im-bot] getUpdates error: TypeError: fetch failed, stack=TypeError: fetch failed Downgrade the log level for fetch failed errors caused by long-poll timeouts from ERROR to WARN or DEBUG.

Root Cause

Downgrade the log level for fetch failed errors caused by long-poll timeouts from ERROR to WARN or DEBUG.

RAW_BUFFERClick to expand / collapse

Bug type

Behavior bug (incorrect output/state without crash)

Beta release blocker

No

Summary

When a long-poll getUpdates request fails due to network interruptions (such as NAT timeouts, firewall disconnections, etc.), the plugin logs messages at the ERROR level: TypeError: fetch failed and 3 consecutive failures, backing off 30s.

gateway/channels/openclaw-weixin/0f61207f5a1e-im-bot [0f61207f5a1e-im-bot] getUpdates error: TypeError: fetch failed, stack=TypeError: fetch failed at node:internal/deps/undici/undici:14902:13 at apiPostFetch (/root/.openclaw/extensions/openclaw-weixin/src/api/api.ts:186:17) at getUpdates (/root/.openclaw/extensions/openclaw-weixin/src/api/api.ts:220:21) at monitorWeixinProvider (/root/.openclaw/extensions/openclaw-weixin/src/monitor/monitor.ts:93:20)

However, at this point, the weixin Bot plugin is still able to communicate normally with OpenClaw.

Recommendations:

Downgrade the log level for fetch failed errors caused by long-poll timeouts from ERROR to WARN or DEBUG.

Alternatively, within the catch block, distinguish between AbortError (indicating an intentional timeout) and genuine network errors, and handle them separately.

Environment: Node 22.22.0, OpenClaw 2026.4.22, openclaw-weixin 2.1.9, Long-poll timeout: 35s.

Steps to reproduce

NOT_ENOUGH_INFO

Expected behavior

NOT_ENOUGH_INFO

Actual behavior

NOT_ENOUGH_INFO

OpenClaw version

2026.4.22

Operating system

Ubuntu 24.04 LTS (Noble Numbat),内核 6.8.0-71-generic,x86_64

Install method

No response

Model

openclaw-weixin 2.1.9

Provider / routing chain

Issue is about openclaw-weixin plugin long-poll behavior

Additional provider/model setup details

No response

Logs, screenshots, and evidence

Impact and severity

No response

Additional information

No response

extent analysis

TL;DR

Downgrade the log level for fetch failed errors caused by long-poll timeouts from ERROR to WARN or DEBUG to reduce noise in the logs.

Guidance

  • Review the catch block in the getUpdates function to distinguish between AbortError (indicating an intentional timeout) and genuine network errors, and handle them separately.
  • Consider adding a retry mechanism with exponential backoff to handle temporary network interruptions.
  • Verify that the weixin Bot plugin's communication with OpenClaw remains normal after a long-poll request fails due to a network interruption.
  • Check the OpenClaw and openclaw-weixin documentation for any recommendations on handling long-poll timeouts and network errors.

Example

No code example is provided as the issue does not contain sufficient information about the implementation details.

Notes

The issue lacks information on the expected behavior, steps to reproduce, and additional provider/model setup details, which makes it difficult to provide a comprehensive solution.

Recommendation

Apply workaround: Downgrade the log level for fetch failed errors caused by long-poll timeouts from ERROR to WARN or DEBUG, as this will reduce the noise in the logs without affecting the functionality of the weixin Bot plugin.

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

NOT_ENOUGH_INFO

Still need to ship something?

×6

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

Back to top recommendations

TRENDING