-
-
Notifications
You must be signed in to change notification settings - Fork 80.7k
sandbox explain reports same workspaceRoot regardless of effective workspaceAccess mode (misleading in rw mode) #100423
Copy link
Copy link
Closed
Labels
P2Normal backlog priority with limited blast radius.Normal backlog priority with limited blast radius.clawsweeper:fix-shape-clearClawSweeper found a clear likely implementation shape for this issue.ClawSweeper found a clear likely implementation shape for this issue.clawsweeper:queueable-fixClawSweeper marked this issue as an existing queue_fix_pr work candidate.ClawSweeper marked this issue as an existing queue_fix_pr work candidate.clawsweeper:source-reproClawSweeper found a high-confidence source-level issue reproduction.ClawSweeper found a high-confidence source-level issue reproduction.impact:securitySecurity boundary, credential, authz, sandbox, or sensitive-data risk.Security boundary, credential, authz, sandbox, or sensitive-data risk.impact:ux-frictionUser-facing flow adds avoidable confusion or support burden without fully blocking progress.User-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.Very strong issue quality with high-confidence source-level or clear reproduction.maturity:stableIssue affects a taxonomy feature currently scored M4/M5.Issue affects a taxonomy feature currently scored M4/M5.no-staleExclude from stale automationExclude from stale automation
Description
Metadata
Metadata
Assignees
Labels
P2Normal backlog priority with limited blast radius.Normal backlog priority with limited blast radius.clawsweeper:fix-shape-clearClawSweeper found a clear likely implementation shape for this issue.ClawSweeper found a clear likely implementation shape for this issue.clawsweeper:queueable-fixClawSweeper marked this issue as an existing queue_fix_pr work candidate.ClawSweeper marked this issue as an existing queue_fix_pr work candidate.clawsweeper:source-reproClawSweeper found a high-confidence source-level issue reproduction.ClawSweeper found a high-confidence source-level issue reproduction.impact:securitySecurity boundary, credential, authz, sandbox, or sensitive-data risk.Security boundary, credential, authz, sandbox, or sensitive-data risk.impact:ux-frictionUser-facing flow adds avoidable confusion or support burden without fully blocking progress.User-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.Very strong issue quality with high-confidence source-level or clear reproduction.maturity:stableIssue affects a taxonomy feature currently scored M4/M5.Issue affects a taxonomy feature currently scored M4/M5.no-staleExclude from stale automationExclude from stale automation
Type
Fields
Priority
None yet
Description
openclaw sandbox explain --agent <id>reports the sameworkspaceRoot: ~/.openclaw/sandboxesvalue regardless of the agent's actual effectiveworkspaceAccessmode (nonevsrw), which is misleading — withworkspaceAccess: rw, the container's/workspaceis actually bind-mounted directly to the agent's real configuredworkspacepath (e.g.~/.openclaw/workspace-<agent>), not anywhere under~/.openclaw/sandboxes.Environment
Repro
workspaceAccess: rwon an agent, restart gatewayopenclaw sandbox explain --agent <id>— note the reportedworkspaceRootdocker inspect <container-name> --format '{{json .Mounts}}'on the resulting sandbox containerExpected
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 inrwmode.Actual
workspaceRootshows~/.openclaw/sandboxesin bothnoneandrwmodes, even though inrwmode the real host destination is a completely different path (the agent's configuredworkspacedirectory). This sent me hunting for output files in the wrong directory tree entirely.