Drag & drop of screenshot from floating thumbnail inserts file path instead of attaching image (macOS, localized filenames)

Resolved 💬 5 comments Opened Apr 26, 2026 by pechondra Closed Apr 26, 2026

Environment

  • Claude Code version: 2.1.119 (native install, not npm)
  • macOS (Darwin 25.4.0)
  • System language: Czech (locale with diacritics in default screenshot filenames)

Previous behavior (worked)

  1. Take a screenshot using Cmd+Shift+4
  2. Drag the floating thumbnail (bottom-right of screen) directly into the Claude Code terminal prompt
  3. Image was attached to the prompt and Claude could see/analyze it

Current behavior (broken)

Same steps now insert the raw temporary file path as text into the prompt instead of attaching the image, e.g.:

/var/folders/vn/yybqzgp12ll6366ylthz69xr0000gn/T/TemporaryItems/NSIRD_screencaptureui_fxWSUf/Snímek\ obrazovky\ 2026-04-26\ v\ 21.51.06.png

Likely cause

The path contains:

  • Spaces (escaped as \ )
  • Non-ASCII / diacritic characters (Snímek — Czech for "screenshot", localized default filename)
  • Temporary NSIRD_screencaptureui_* directory (file may not yet be flushed to disk when dropped)

Claude Code seems unable to resolve this path into an image attachment — it keeps the escaped path as plain text.

Expected behavior

Drag & drop from the macOS screenshot floating thumbnail should attach the image regardless of:

  • Spaces or diacritics in the filename (default localized macOS screenshot names)
  • The path being inside a temporary NSIRD_screencaptureui_* directory

Reproduction

  1. Set macOS system language to Czech (or any language with diacritic default screenshot names)
  2. Take screenshot with Cmd+Shift+4
  3. While floating thumbnail is visible, drag it into Claude Code terminal prompt
  4. Observe: escaped path is inserted as text, image is not attached

Workaround

Use Cmd+Ctrl+Shift+4 to copy directly to clipboard, then Cmd+V. This works but is a regression from previous UX.

Notes

  • I originally hit a related paste issue on 2.1.112; upgrading to 2.1.119 did not fix the drag & drop case.
  • stable channel was 2.1.112 at the time of this report.

View original on GitHub ↗

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