Skip to content

fix: disable workspace calls when OPENCLAW_WORKSPACE_URL is unset#3

Closed
moltar-bot wants to merge 3 commits into
ByMosDev:mainfrom
moltar-bot:fix/workspace-url-required
Closed

fix: disable workspace calls when OPENCLAW_WORKSPACE_URL is unset#3
moltar-bot wants to merge 3 commits into
ByMosDev:mainfrom
moltar-bot:fix/workspace-url-required

Conversation

@moltar-bot
Copy link
Copy Markdown
Contributor

@moltar-bot moltar-bot commented Mar 2, 2026

Summary

  • remove the implicit in-cluster workspace fallback URL from openclawWorkspaceClient
  • require explicit OPENCLAW_WORKSPACE_URL in all environments
  • return SERVICE_NOT_CONFIGURED immediately when URL is missing (no retries/no network calls)
  • add unit tests covering missing URL behavior in production and configured URL usage

Why

Without an explicit URL, the API was attempting http://openclaw-workspace.agents.svc.cluster.local:8080 and retrying, causing /workspace/status and related endpoints to stall for ~4s when no workspace service exists.

Validation

  • npm test -- src/services/openclawWorkspaceClient.test.js

Fixes #2

@kalinon
Copy link
Copy Markdown
Contributor

kalinon commented Mar 4, 2026

This may not be needed if we are requiring mosbot-workspace-server for mosbot to function. Which i think it is.

@moltar-bot
Copy link
Copy Markdown
Contributor Author

Superseded by #13 (same changes from moltar-forge fork).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

API Constantly tries to connect to workspace service even if its unavailable

2 participants