[BUG] WorkspaceTrustError: Workspace requires trust approval before starting a session.
Status Fixed / completed
Reported on v2.1.133
Maintainer reply None cached
Workaround ✓ Mentioned in thread ↓
Activity 6 comments · opened May 8, 2026 · closed Aug 25, 2026
Preflight Checklist
- [x] I have searched existing issues and this hasn't been reported yet
- [x] This is a single bug report (please file separate reports for different bugs)
- [x] I am using the latest version of Claude Code
What's Wrong?
I can't use the code app at all, even after trusting the files it's still showing me this error
What Should Happen?
Code should accept the trust and allow me to keep working on the project
Error Messages/Logs
Try sending your message again. If it keeps happening, share feedback so we can investigate.
WorkspaceTrustError: Workspace requires trust approval before starting a session.
Steps to Reproduce
Only way to reproduce the issue is by starting a new session and seeing if it gives you the error
Claude Model
Opus
Is this a regression?
Yes, this worked in a previous version
Last Working Version
_No response_
Claude Code Version
2.1.133
Platform
Anthropic API
Operating System
macOS
Terminal/Shell
Terminal.app (macOS)
Additional Information
I can use claude in my terminal, it's just the app that doesn't work
6 Comments
Same for me!
It appears this happens only when the folder to trust contains spaces. Was able to resolve this by hypenating the folder instead of spaces between words.
Any update on this as I cannot create new workspace due to this issue
I just started working out of my computers terminal since I couldn’t get
the issue to resolve on the app
On Tue, Jun 2, 2026 at 8:11 AM martinnaithani @.***>
wrote:
same here, so frustraiting
I just found a solution that worked for me. first if you are a macOS user press:
command+shift+H
that would lead you to the root folder then create a folder there. delete the previews folder you created. once its created click the root foolder and allow the permissions again. then it should start working normal
Same issue on Windows, and I can confirm it's specific to git worktrees (not just the base repo folder).
Repro: base repo folder
C:\Users\<user>\projectis trusted and works fine in the desktop app. Agit worktree addunderC:\Users\<user>\project\.claude\worktrees\some-worktree(branchclaude/some-worktree, created by the desktop app's own "worktree" checkbox) shows the trust banner and blocks with the exact error from this issue. Confirmed in%APPDATA%\Claude\logs\main.log:So trust for the parent repo does not extend to its worktrees — each worktree needs to be trusted independently, but there's no way to do that (the dialog doesn't offer an approve action, only "View details" showing the same error text and "Try again", which re-triggers the same failure).
Also confirming what's noted in #9113: manually adding the worktree's exact path to
preferences.localAgentModeTrustedFoldersin%APPDATA%\Claude\claude_desktop_config.jsonand fully restarting the app does not resolve it — the session still fails with "is not trusted" for that exact path even though it's present in the list. So that key doesn't appear to be what the desktop app'scheckTrust/saveTrustactually consults; the real trust store for this dialog seems to live elsewhere (couldn't locate it after checkingconfig.json,Preferences, Local Storage LevelDB, and DIPS).This is a real blocker for anyone using git worktrees with the desktop app's Code tab on Windows. Workaround for now: use the CLI/terminal or the VS Code extension for worktree sessions instead of the standalone desktop app.