Issue Station
Sign In
Tools hereToolbox

claude-code - 💡(How to fix) Fix [Bug] Claude Desktop 1.3883.0: present_files rejects non-primary userSelectedFolders [1 comments, 2 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
anthropics/claude-code#52956•Fetched 2026-04-25 06:16:14
View on GitHub
Comments
1
Participants
2
Timeline
5
Reactions
0
Author
newrologynewrology
Participants
github-actions[bot]github-actions[bot]newrologynewrology
Timeline (top)
labeled ×4commented ×1

Error Message

Any other folder mounted via userSelectedFolders is rejected with the error: not accessible on the user's computer.

Fix Action

Fix / Workaround

Bug Description Subject: present_files access-check regression in Claude Desktop 1.3883.0 — rejects user-mounted folders What's broken The mcp__cowork__present_files MCP tool, bundled in the Claude Desktop app, has been narrowed to accept paths in only two locations: The session's outputs scratchpad (/sessions/<vm-name>/mnt/outputs/) The single "primary" workspace folder the session was launched into Any other folder mounted via userSelectedFolders is rejected with the error: not accessible on the user's computer. Expected behavior (worked until ~mid-April 2026): all folders in userSelectedFolders should be accepted. Actual behavior: only the primary workspace folder + scratchpad are accepted; secondary mounts are rejected even though the same paths are reachable via Read, Bash ls, and Glob from the same session. Repro Launch a Cowork session with multiple folders in userSelectedFolders (e.g. ~/Desktop/Claude Content Files/Doctor Media Group AND ~/Desktop/Claude Content Files/The Neurogenesis Project) From the session, call present_files with a path under either non-primary mount Tool returns not accessible on the user's computer Confirmed the file exists with ls from the same session Workaround discovered Copy the file to /sessions/<vm-name>/mnt/outputs/ first, then call present_files with the scratchpad path. The tool auto-copies it back to the user's outputs folder. This works but defeats the multi-folder workspace model and forces every cross-folder presentation to be a 2-step bash + tool call instead of one direct call. Environment Claude Desktop app version: 1.3883.0 (build 1.3883.0) macOS host Affects Cowork web sessions launched from this Desktop install Started failing approximately mid-April 2026; previously worked reliably across all mounted folders Why this matters For users with multi-project workspaces (the documented userSelectedFolders pattern), every file presentation outside the primary mount now requires manual workaround code in the session — or the session falls back to a bare path string and the user has to manually navigate. Significantly degrades the "click the file card to open it" workflow that previously worked.

Code Example

[]
RAW_BUFFERClick to expand / collapse

Bug Description Subject: present_files access-check regression in Claude Desktop 1.3883.0 — rejects user-mounted folders What's broken The mcp__cowork__present_files MCP tool, bundled in the Claude Desktop app, has been narrowed to accept paths in only two locations: The session's outputs scratchpad (/sessions/<vm-name>/mnt/outputs/) The single "primary" workspace folder the session was launched into Any other folder mounted via userSelectedFolders is rejected with the error: not accessible on the user's computer. Expected behavior (worked until ~mid-April 2026): all folders in userSelectedFolders should be accepted. Actual behavior: only the primary workspace folder + scratchpad are accepted; secondary mounts are rejected even though the same paths are reachable via Read, Bash ls, and Glob from the same session. Repro Launch a Cowork session with multiple folders in userSelectedFolders (e.g. ~/Desktop/Claude Content Files/Doctor Media Group AND ~/Desktop/Claude Content Files/The Neurogenesis Project) From the session, call present_files with a path under either non-primary mount Tool returns not accessible on the user's computer Confirmed the file exists with ls from the same session Workaround discovered Copy the file to /sessions/<vm-name>/mnt/outputs/ first, then call present_files with the scratchpad path. The tool auto-copies it back to the user's outputs folder. This works but defeats the multi-folder workspace model and forces every cross-folder presentation to be a 2-step bash + tool call instead of one direct call. Environment Claude Desktop app version: 1.3883.0 (build 1.3883.0) macOS host Affects Cowork web sessions launched from this Desktop install Started failing approximately mid-April 2026; previously worked reliably across all mounted folders Why this matters For users with multi-project workspaces (the documented userSelectedFolders pattern), every file presentation outside the primary mount now requires manual workaround code in the session — or the session falls back to a bare path string and the user has to manually navigate. Significantly degrades the "click the file card to open it" workflow that previously worked.

Environment Info

  • Platform: darwin
  • Terminal: Apple_Terminal
  • Version: 2.1.117
  • Feedback ID: 3bde9030-6b98-4fca-a375-4bd8926a1454

Errors

[]

extent analysis

TL;DR

The issue can be temporarily worked around by copying the file to the /sessions/<vm-name>/mnt/outputs/ directory before calling present_files with the scratchpad path.

Guidance

  • Verify that the file exists and is accessible via ls from the same session to ensure it's not a permissions issue.
  • Test the workaround by copying the file to the scratchpad directory and then calling present_files with the scratchpad path to confirm it resolves the issue.
  • Investigate the change in behavior around mid-April 2026 to determine if there were any updates or changes to the mcp__cowork__present_files tool or the Claude Desktop app that may have caused the regression.
  • Consider reporting the issue to the developers or maintainers of the Claude Desktop app to request a fix for the regression.

Example

No code snippet is provided as the issue does not include specific code that needs to be modified.

Notes

The provided workaround defeats the multi-folder workspace model and requires additional steps, so a permanent fix from the developers or maintainers of the Claude Desktop app is necessary to fully resolve the issue.

Recommendation

Apply the workaround of copying the file to the scratchpad directory before calling present_files until a permanent fix is available from the developers or maintainers of the Claude Desktop app.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…
#dependency conflict#environment setup#docker error#permission error#memory optimization

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

claude-code - 💡(How to fix) Fix [Bug] Claude Desktop 1.3883.0: present_files rejects non-primary userSelectedFolders [1 comments, 2 participants]