Skip to content

sandbox explain reports same workspaceRoot regardless of effective workspaceAccess mode (misleading in rw mode) #100423

Description

@versatagent

Description

openclaw sandbox explain --agent <id> reports the same workspaceRoot: ~/.openclaw/sandboxes value regardless of the agent's actual effective workspaceAccess mode (none vs rw), which is misleading — with workspaceAccess: rw, the container's /workspace is actually bind-mounted directly to the agent's real configured workspace path (e.g. ~/.openclaw/workspace-<agent>), not anywhere under ~/.openclaw/sandboxes.

Environment

  • OpenClaw 2026.6.11
  • Docker sandbox backend, scope: session

Repro

  1. Set workspaceAccess: rw on an agent, restart gateway
  2. Run openclaw sandbox explain --agent <id> — note the reported workspaceRoot
  3. Start a session for that agent, have it write a file
  4. Run docker inspect <container-name> --format '{{json .Mounts}}' on the resulting sandbox container

Expected

sandbox explain's reported root/mount info should reflect where files actually land for the effective mode, or at least clearly indicate the real bind-mount target in rw mode.

Actual

workspaceRoot shows ~/.openclaw/sandboxes in both none and rw modes, even though in rw mode the real host destination is a completely different path (the agent's configured workspace directory). This sent me hunting for output files in the wrong directory tree entirely.

Metadata

Metadata

Assignees

No one assigned

    Labels

    P2Normal backlog priority with limited blast radius.clawsweeper:fix-shape-clearClawSweeper found a clear likely implementation shape for this issue.clawsweeper:queueable-fixClawSweeper marked this issue as an existing queue_fix_pr work candidate.clawsweeper:source-reproClawSweeper found a high-confidence source-level issue reproduction.impact:securitySecurity boundary, credential, authz, sandbox, or sensitive-data risk.impact:ux-frictionUser-facing flow adds avoidable confusion or support burden without fully blocking progress.issue-rating: 🦞 diamond lobsterVery strong issue quality with high-confidence source-level or clear reproduction.maturity:stableIssue affects a taxonomy feature currently scored M4/M5.no-staleExclude from stale automation

    Type

    No type

    Fields

    Priority

    None yet

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions