remote-control rejects workspace trust set in .claude.json on Windows
Resolved 💬 3 comments Opened Mar 26, 2026 by twhittock-disguise Closed Mar 26, 2026
Problem
claude remote-control says "Workspace not trusted" even though hasTrustDialogAccepted: true is correctly set in ~/.claude.json under the project path.
Environment
- Claude Code v2.1.81 on Windows Server 2022
- Running via SSH (non-interactive) and scheduled task
- Same trust mechanism works on Linux (devcontainer)
Steps to reproduce
- Set
hasTrustDialogAccepted: truein~/.claude.jsonfor a project path - Run
claude remote-control --name testfrom that directory - Get: "Error: Workspace not trusted"
What was tried
- Setting full trust entry with all fields (
allowedTools,mcpServers, etc.) - Running from home directory (same error)
- Scheduled task (same error — not an SSH/TTY issue)
claude -p "hello" --dangerously-skip-permissionsworks (skips trust check) but doesn't seed trust for remote-control--no-create-session-in-dirflag (same error)
Expected
remote-control should respect hasTrustDialogAccepted: true in ~/.claude.json, allowing headless/automated setup.
Context
We're building fleet orchestration where instances are set up programmatically. There's no way to run claude interactively on these headless Windows instances to accept the trust dialog.
This issue has 3 comments on GitHub. Read the full discussion on GitHub ↗