Issue Station
Sign In
Tools hereToolbox

claude-code - 💡(How to fix) Fix [BUG] Cowork: workspace directory names should not contain spaces (causes build/tool failures) [1 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#54507•Fetched 2026-04-30 06:43:45
View on GitHub
Comments
0
Participants
1
Timeline
3
Reactions
0
Author
emdeejayemdeejay
Participants
emdeejayemdeejay
Timeline (top)
labeled ×3

Error Message

clang: error: no such file or directory: 'Express/gssquared/vendored/SDL_net/src/SDL_net.exports' make[2]: *** [lib/libSDL3_net.0.0.0.dylib] Error 1

Code Example

clang: error: no such file or directory: 'Express/gssquared/vendored/SDL_net/src/SDL_net.exports'
make[2]: *** [lib/libSDL3_net.0.0.0.dylib] Error 1
RAW_BUFFERClick to expand / collapse

Preflight Checklist

  • I have searched existing issues and this hasn't been reported yet
  • This is a single bug report (please file separate reports for different bugs)
  • I am using the latest version of Claude Code

What's Wrong?

Cowork mode creates per-project workspace directories using the UI project name verbatim, e.g. ~/Documents/Claude/Projects/GS Express/. The space in the directory name causes tool failures across a wide swath of dev tooling that doesn't quote paths correctly.

What Should Happen?

slug-ify the UI project name when materializing the on-disk directory. Keep the human label as display metadata, separate from the path. Example: project "GS Express" → directory gs-express/ or GS_Express/

Error Messages/Logs

clang: error: no such file or directory: 'Express/gssquared/vendored/SDL_net/src/SDL_net.exports'
make[2]: *** [lib/libSDL3_net.0.0.0.dylib] Error 1

Steps to Reproduce

clone and build GSSquared inside a spaces-containing path. SDL_net's vendored CMakeLists fails with an unquoted path:

clang: error: no such file or directory: 'Express/gssquared/vendored/SDL_net/src/SDL_net.exports' make[2]: *** [lib/libSDL3_net.0.0.0.dylib] Error 1

That's just one example — the same class of breakage hits cmake exports, autoconf projects, plenty of shell scripts, anything constructing command lines without disciplined quoting. A large fraction of OSS tooling has at least one such bug, and Cowork forcing dev projects into a spaces-containing path effectively guarantees users will hit them.Compounding issue: the default location is ~/Documents/Claude/Projects/, which is iCloud-synced for the substantial fraction of macOS users who have Documents-syncing on. Combined with the spaces-in-paths issue and bug #32637 (Cowork destroys iCloud-offloaded files), the default Cowork workspace location is hostile to dev workflows in three independent ways. A reasonable default would be ~/ClaudeWork/<slugified-name>/ — outside any sync service, no spaces, predictable.

Claude Model

None

Is this a regression?

Yes, this worked in a previous version

Last Working Version

No response

Claude Code Version

2.1.122 (Claude Code)

Platform

Anthropic API

Operating System

macOS

Terminal/Shell

Terminal.app (macOS)

Additional Information

Compounding issue: the default location is ~/Documents/Claude/Projects/, which is iCloud-synced for the substantial fraction of macOS users who have Documents-syncing on. Combined with the spaces-in-paths issue and bug #32637 (Cowork destroys iCloud-offloaded files), the default Cowork workspace location is hostile to dev workflows in three independent ways. A reasonable default would be ~/ClaudeWork/<slugified-name>/ — outside any sync service, no spaces, predictable.

extent analysis

TL;DR

Slug-ify the UI project name when creating the on-disk directory to prevent tool failures due to spaces in the directory name.

Guidance

  • Verify that the issue is caused by spaces in the directory name by checking the error messages and logs for errors related to file not found or invalid paths.
  • Consider changing the default workspace location to a path without spaces, such as ~/ClaudeWork/<slugified-name>/, to prevent similar issues in the future.
  • As a temporary workaround, manually rename the project directory to a slug-ified version, e.g., gs-express/ instead of GS Express/, to see if it resolves the issue.
  • Investigate the feasibility of quoting paths correctly in the affected dev tooling to prevent similar issues.

Example

No code snippet is provided as it is not clearly supported by the issue.

Notes

The issue is specific to macOS and the Anthropic API, and the default workspace location being iCloud-synced may compound the problem. The suggested solution may not apply to other platforms or versions.

Recommendation

Apply a workaround by manually renaming the project directory to a slug-ified version, as the root cause is related to the directory name and a permanent fix may require changes to the Claude Code or dev tooling.

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…
#api#API middleware#SSR setup#ISR setup#authentication setup

Still need to ship something?

×6

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

Back to top recommendations

TRENDING