Skip to content
This repository was archived by the owner on May 9, 2026. It is now read-only.

fix: clean up timed-out bundle MCP children#1

Closed
onepequity wants to merge 1 commit into
mainfrom
fix/bundle-mcp-child-cleanup
Closed

fix: clean up timed-out bundle MCP children#1
onepequity wants to merge 1 commit into
mainfrom
fix/bundle-mcp-child-cleanup

Conversation

@onepequity
Copy link
Copy Markdown

Summary

  • close bundle MCP transports when startup times out so orphan stdio children do not survive failed handshakes
  • serialize duplicate bundle MCP startup attempts by server identity to avoid concurrent races against single-writer backends
  • add regression coverage and lifecycle documentation for timeout/disposal behavior

Why

A stdio MCP server that blocks during startup can time out in OpenClaw while its child process continues running. For local single-writer backends like PGLite-backed gbrain, those orphaned children can hold locks and make subsequent startup attempts worse.

Validation

  • npx vitest run src/agents/pi-bundle-mcp-runtime.test.ts — 8 passed
  • full commit hook attempted pnpm check, but local checkout is missing madge, so check:madge-import-cycles fails with ERR_MODULE_NOT_FOUND: Cannot find package 'madge'

@onepequity
Copy link
Copy Markdown
Author

Closing per repo-boundary policy: Nathan-local OpenClaw runtime changes are carried through openclaw-ops vendor patches, not the OpenClaw repo. Patch queue source of truth: openclaw-ops/vendor-patches/openclaw/.

@onepequity onepequity closed this May 9, 2026
@onepequity onepequity deleted the fix/bundle-mcp-child-cleanup branch May 9, 2026 21:28
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant