[Bug] CLI and desktop app generate different project memory paths for directories with spaces

Resolved 💬 2 comments Opened Apr 1, 2026 by josephtoscano-io Closed May 7, 2026

Bug Description
Bug: CLI and desktop app encode the same working directory into different project memory paths

Working directory: M:\Dropbox\Development\Claude Code\_wp-plugins\Image Uploader

Encoded path from CLI: M--Dropbox-Development-Claude Code--wp-plugins-Image-Uploader

Encoded path from desktop app: M--Dropbox-Development-Claude-Code--wp-plugins-Image-Uploader

Steps to reproduce:

Open a working directory containing a space (e.g. Claude Code) in the CLI
Save a memory — it writes to ~/.claude/projects/M--Dropbox-Development-Claude Code--wp-plugins-Image-Uploader/memory/
Open the same working directory in the desktop app
Auto memory creates a separate directory at ~/.claude/projects/M--Dropbox-Development-Claude-Code--wp-plugins-Image-Uploader/memory/
Memories from the CLI session are not available in the desktop app and vice versa
Expected behavior: Both clients should produce the same encoded path for the same working directory.

Platform: Windows 10 Pro Education 10.0.19045

Environment Info

  • Platform: win32
  • Terminal: null
  • Version: 2.1.89
  • Feedback ID: 87f2895e-fb42-431f-b94c-973d0d062a01

Errors

[]

View original on GitHub ↗

This issue has 2 comments on GitHub. Read the full discussion on GitHub ↗