Bug Description
The openclaw gateway probe command displays Probe budget: 3000ms to the user, but internally applies Math.min(800, overallMs) for local loopback connections. This creates a misleading mismatch where:
- The CLI shows a 3000ms budget
- The actual connection timeout is 800ms
- Healthy gateways on slightly slower systems (or under load) falsely report
Reachable: no with Connect: failed - timeout
Environment
Symptoms
$ openclaw gateway probe
Gateway Status
Reachable: no
Probe budget: 3000ms
Targets
Local loopback ws://127.0.0.1:18789
Connect: failed - timeout
Yet the gateway is operational:
openclaw status --deep reports gateway reachable
- Control UI connects successfully
- WebSocket health endpoint responds correctly
Root Cause
In the gateway probe implementation:
- The CLI displays
overallMs (default 3000ms) as the probe budget
- But for
localLoopback kind, it applies: Math.min(800, overallMs)
- This hardcoded 800ms is insufficient when:
- The system is under load
- WebSocket handshake takes longer than expected
- The gateway client's internal
connectChallengeTimeoutMs (4000ms) hasn't even been given time to complete
Related
Suggested Fix
- Align displayed budget with actual budget, OR
- Increase local loopback budget to at least 4000ms to match the client's internal timeout, OR
- Make the budget configurable via openclaw.json
Workaround (Manual Runtime Patch)
For affected deployments, a manual patch on compiled bundles can restore functionality:
// Change from:
Math.min(800, overallMs)
// To:
Math.max(4000, Math.min(overallMs, 8000))
Files requiring patch in installed distribution:
dist/gateway-cli-*.js (various hashed filenames)
This is a temporary workaround until the fix is released upstream.
Bug Description
The
openclaw gateway probecommand displaysProbe budget: 3000msto the user, but internally appliesMath.min(800, overallMs)for local loopback connections. This creates a misleading mismatch where:Reachable: nowithConnect: failed - timeoutEnvironment
openclaw gateway probeon Windows #45940)Symptoms
Yet the gateway is operational:
openclaw status --deepreports gateway reachableRoot Cause
In the gateway probe implementation:
overallMs(default 3000ms) as the probe budgetlocalLoopbackkind, it applies:Math.min(800, overallMs)connectChallengeTimeoutMs(4000ms) hasn't even been given time to completeRelated
openclaw gateway probeon Windows #45940 — Windows-specific false negative (same root cause)Suggested Fix
Workaround (Manual Runtime Patch)
For affected deployments, a manual patch on compiled bundles can restore functionality:
Files requiring patch in installed distribution:
dist/gateway-cli-*.js(various hashed filenames)This is a temporary workaround until the fix is released upstream.