openclaw - 💡(How to fix) Fix [Bug]: memory-wiki CLI status/doctor hang even though direct underlying functions succeed [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#75664Fetched 2026-05-02 05:32:05
View on GitHub
Comments
1
Participants
2
Timeline
5
Reactions
2
Timeline (top)
mentioned ×2subscribed ×2commented ×1

On OpenClaw 2026.4.29, bundled memory-wiki loads and openclaw wiki --help works, but openclaw wiki status and openclaw wiki doctor hang when invoked through the top-level CLI.

The underlying wiki functions complete successfully when called directly from Node in isolated mode, so this appears to be a CLI/plugin-bootstrap issue rather than a memory-wiki logic failure.

Root Cause

This makes the bundled feature look broken even when the vault is actually healthy and the internal wiki functions are working.

Code Example

openclaw wiki status --json
openclaw wiki doctor --json

---

openclaw plugins registry --refresh

---

openclaw wiki --help

---

openclaw wiki status --json
openclaw wiki doctor --json
RAW_BUFFERClick to expand / collapse

Summary

On OpenClaw 2026.4.29, bundled memory-wiki loads and openclaw wiki --help works, but openclaw wiki status and openclaw wiki doctor hang when invoked through the top-level CLI.

The underlying wiki functions complete successfully when called directly from Node in isolated mode, so this appears to be a CLI/plugin-bootstrap issue rather than a memory-wiki logic failure.

Environment

  • OpenClaw: 2026.4.29
  • Host: archWS-lxc
  • OS: Linux 6.19.14-arch1-1
  • memory-wiki configured under plugins.entries.memory-wiki
  • tested in both bridge and isolated modes

What works

  • memory-wiki plugin is present, enabled, and loaded
  • openclaw plugins list --json shows memory-wiki with status: "loaded" and commands: ["wiki"]
  • openclaw wiki --help works and lists subcommands
  • direct calls to the underlying functions succeed in isolated mode:
    • initializeMemoryWikiVault(...)
    • syncMemoryWikiImportedSources(...)
    • resolveMemoryWikiStatus(...)

Direct-call result in isolated mode was healthy, e.g.:

  • vaultMode: "isolated"
  • vaultPath: "/root/.openclaw/wiki/main"
  • vaultExists: true
  • warnings: []

What fails

These hang through the top-level CLI wrapper:

openclaw wiki status --json
openclaw wiki doctor --json

Even with timeout 20s, they do not return and have to be killed.

Reproduction

  1. Enable bundled memory-wiki in config.
  2. Restart gateway and refresh registry if needed:
openclaw plugins registry --refresh
  1. Confirm:
openclaw wiki --help
  1. Run:
openclaw wiki status --json
openclaw wiki doctor --json

Additional findings

  • The plugin CLI was initially missing until openclaw plugins registry --refresh was run.
  • After refresh, openclaw wiki --help became available.
  • The top-level hang still persisted afterward.
  • Switching from bridge to isolated did not resolve the hang, so this does not appear to be purely a bridge/public-artifact issue.

Likely culprit

Reading the installed runtime suggests runWikiStatus / runWikiDoctor both call:

  • syncMemoryWikiImportedSources(...)
  • then resolveMemoryWikiStatus(...)

In isolated mode, direct invocation of those exact functions completes immediately.

That suggests the hang is in the full openclaw wiki ... CLI/plugin wrapper path rather than in the underlying memory-wiki status/sync logic.

Why this matters

This makes the bundled feature look broken even when the vault is actually healthy and the internal wiki functions are working.

extent analysis

TL;DR

Investigate the openclaw wiki CLI/plugin wrapper for potential issues causing the hang, as the underlying memory-wiki functions work correctly in isolated mode.

Guidance

  • Verify that the syncMemoryWikiImportedSources and resolveMemoryWikiStatus functions are being called correctly from the runWikiStatus and runWikiDoctor functions in the openclaw wiki CLI wrapper.
  • Check for any differences in the execution context or dependencies between the isolated mode and the top-level CLI wrapper that could be causing the hang.
  • Test the openclaw wiki status and openclaw wiki doctor commands with additional logging or debugging enabled to gather more information about the hang.
  • Consider comparing the code paths and dependencies of the working openclaw wiki --help command with the hanging openclaw wiki status and openclaw wiki doctor commands to identify potential differences.

Example

No code snippet is provided as the issue does not include specific code that can be used to reproduce or fix the problem.

Notes

The issue seems to be related to the CLI/plugin wrapper rather than the underlying memory-wiki logic, but the exact cause is still unknown. Further investigation is needed to determine the root cause of the hang.

Recommendation

Apply workaround: temporarily use the direct function calls in isolated mode to verify the health of the memory-wiki vault, while continuing to investigate the issue with the openclaw wiki CLI wrapper.

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]: memory-wiki CLI status/doctor hang even though direct underlying functions succeed [1 comments, 2 participants]