Multi-image drag-and-drop only attaches first image (regression since v2.1.83)
Status Fixed / completed
Reported on v2.1.84
Maintainer reply ✓ Yes — claude[bot]
Workaround ✓ Mentioned in thread ↓
Activity 10 comments · opened Mar 26, 2026 · closed May 11, 2026
💡 Likely answer: A maintainer (claude[bot], contributor)
responded on this thread — see the highlighted reply below.
Description
When dragging and dropping multiple image files into the Claude Code input at once, only the first image is attached. The remaining images are silently dropped.
This worked correctly prior to v2.1.83. The regression likely coincides with the new [Image #N] chip insertion behavior introduced in that release.
Steps to Reproduce
- Open Claude Code CLI or desktop app
- Select 3-4 image files in Finder
- Drag and drop them all at once into the Claude Code input field
- Only 1 image is attached (shows
[Image #1]chip); the other images are lost
Expected Behavior
All dropped images should be attached and appear as [Image #1], [Image #2], [Image #3], etc.
Actual Behavior
Only the first image in the drop is attached. The rest are silently ignored.
Workarounds
- Drop/paste images one at a time
- Reference images by file path in the prompt instead of drag-and-drop
Environment
- Claude Code version: 2.1.84
- OS: macOS 26.3.1 (Build 25D2128)
- Platform: Darwin (Apple Silicon)
10 Comments
i mean this has to be driving other people insane too right? shocked that this has only 2 thumbs ups
Im affected and it's really annoying
same here! i regularly copy and paste multiple images into CC, and this stopped working since 2.1.83 release along with the introduction of the new [Image #N] chip insertion at cursor behavior
Very annoying!
I ended up building a merge feature into AI, Look! to work around this — combine multiple screenshots into one image, paste once. Saves me from fighting multi-drop until this gets fixed (which I doubt that it will be).
Full disclaimer: I am the builder of AI, Look!, and I found out about the brokerage of the multiple image issue with CC while building this.
Reproducing on v2.1.110, macOS, Ghostty terminal.
Additional observation: when dragging 3 images from Finder, the counter increments correctly to
[Image #3]but only the last image's data is retained. So the UI shows[Image #3](not[Image #1]), suggesting the drop handler processes all files but each one overwrites the previous rather than appending. The model then receives a single image labelled as #3 with no #1 or #2.Specifically, the last file in Finder's sort order (bottom of the list) is the one that ends up attached — so it seems to iterate through all dropped files sequentially, overwriting each time, and the final one wins.
+1, repro on Claude Code 2.1.133, macOS 15.6.1, iTerm.app.
Drag 6 PNGs from Finder into the prompt → counter shows [Image #6] but only the last file's content reaches the model. Matches @codeananda's overwrite hypothesis exactly.
Workaround currently using: @-mention paths individually, or describe the file pattern and let Claude read them. Both are friction-y for a 6-image visual review flow.
Hoping this gets prioritized — multi-screenshot context is the main reason to drag in the first place.
This issue was fixed as of version 2.1.139.
Reproducing on v2.1.139, macOS, VS Code terminal. It's fixed in Ghostty and Terminal, but there's an issue in the VS Code terminal.
This issue has been automatically locked since it was closed and has not had any activity for 7 days. If you're experiencing a similar issue, please file a new issue and reference this one if it's relevant.