You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Attach every image from a multi-file Finder paste #105
Follow-up to #91 and PR #104. That PR attaches pasted images, but a Finder copy of several files attaches only one image.
Confirmed behavior
A standalone WKWebView probe was given a real Finder copy of a.png, b.png and c.txt, all selected in Finder and copied with Cmd+C. The pasteboard held one public.file-url item per file, but the page's paste event saw only:
feat(ui): attach images pasted into the composer #104 passes every exposed image file to useAttachments().add in one call, so in-memory image clipboards with several images aren't affected. Only multi-file Finder copies lose files.
Expected
Pasting several images copied in Finder attaches all of them, as dropping them does. This probably needs the desktop shell to read the pasteboard's file URLs natively and hand the image files to the composer. The web clipboard event can't see them.
Reproduced in the two-person study (#218, scenario 4) on Canary 0.0.27: copying shot-a.png and notes.txt in Finder and pasting attached only the image, with no sign the text file was left out (confusion 2/3). Matches the WebKit limit described here. Separately, #269 makes a pasted non-image file show as a chip instead of vanishing.
Activity
iamnbutler commentedon Oct 15, 2026
Reproduced in the two-person study (#218, scenario 4) on Canary 0.0.27: copying
shot-a.pngandnotes.txtin Finder and pasting attached only the image, with no sign the text file was left out (confusion 2/3). Matches the WebKit limit described here. Separately, #269 makes a pasted non-image file show as a chip instead of vanishing.