openclaw - 💡(How to fix) Fix [Bug]: active-memory timeoutMs not enforced — runs 30-40s despite 5s config [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#70481Fetched 2026-04-24 05:57:32
View on GitHub
Comments
1
Participants
2
Timeline
1
Reactions
0
Author
Participants
Timeline (top)
commented ×1

The \ctive-memory\ plugin's \ imeoutMs\ configuration is not being enforced. Despite setting \ imeoutMs: 5000\ (5 seconds), the plugin consistently runs for 30-40 seconds before timing out, blocking chat replies.

Root Cause

  • The embedding search itself takes 6-12 seconds (verified via \memory_search\ tool)
  • The sub-agent spawn + LLM processing adds additional overhead
  • The total time far exceeds the configured \ imeoutMs\
  • This appears to be a regression or unimplemented timeout enforcement

Fix Action

Workaround

Disable active-memory plugin (\plugins.entries.active-memory.enabled: false). Memory search tools (\memory_search/ \memory_get) still work when called manually.

RAW_BUFFERClick to expand / collapse

Summary

The \ctive-memory\ plugin's \ imeoutMs\ configuration is not being enforced. Despite setting \ imeoutMs: 5000\ (5 seconds), the plugin consistently runs for 30-40 seconds before timing out, blocking chat replies.

Steps to Reproduce

  1. Enable active-memory plugin with \ imeoutMs: 5000\
  2. Send any message to the agent
  3. Observe in logs that active-memory takes 30-40 seconds to complete

Expected Behavior

active-memory should timeout after 5 seconds (as configured) and not block the main reply.

Actual Behavior

active-memory runs for 30-40 seconds despite \ imeoutMs: 5000:

\
12:15:49 [plugins] active-memory: ... timeoutMs=5000 queryChars=1302 12:16:22 [plugins] active-memory: ... status=timeout elapsedMs=32330 summaryChars=0 \\

Second attempt: \
12:18:33 [plugins] active-memory: ... timeoutMs=5000 queryChars=1543 12:19:13 [plugins] active-memory: ... status=timeout elapsedMs=40266 summaryChars=0 \\

Environment

  • OpenClaw version: 2026.4.20 (115f05d)
  • OS: Windows_NT 10.0.26200 (x64)
  • Node.js: v24.14.0
  • Embedding model: doubao-embedding-vision (volcengine, domestic API)
  • Recall model: stepfun/step-3.5-flash
  • Memory index size: 123MB

Analysis

  • The embedding search itself takes 6-12 seconds (verified via \memory_search\ tool)
  • The sub-agent spawn + LLM processing adds additional overhead
  • The total time far exceeds the configured \ imeoutMs\
  • This appears to be a regression or unimplemented timeout enforcement

Related

  • Similar to #69182 but more severe (30-40s vs 5s delay)
  • Issue #69182 reports ~5s delay matching timeoutMs; our case shows timeoutMs is not enforced at all

Workaround

Disable active-memory plugin (\plugins.entries.active-memory.enabled: false). Memory search tools (\memory_search/ \memory_get) still work when called manually.

extent analysis

TL;DR

The active-memory plugin's timeoutMs configuration is not being enforced, causing it to run for 30-40 seconds instead of the configured 5 seconds, and a potential workaround is to disable the plugin.

Guidance

  • Verify the timeoutMs configuration is correctly set to 5000 in the active-memory plugin settings.
  • Check if there are any other configuration options or dependencies that might be overriding the timeoutMs setting.
  • Consider disabling the active-memory plugin as a temporary workaround, as memory search tools still work when called manually.
  • Investigate the embedding search and sub-agent spawn + LLM processing overhead to identify potential optimization opportunities.

Example

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

Notes

The issue appears to be a regression or unimplemented timeout enforcement, and disabling the active-memory plugin may not be a suitable long-term solution.

Recommendation

Apply workaround: Disable the active-memory plugin until the timeoutMs configuration issue is resolved, as it allows memory search tools to still function when called manually.

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 [Bug]: active-memory timeoutMs not enforced — runs 30-40s despite 5s config [1 comments, 2 participants]