Thanks for including context and links! I can reproduce (in some cases).
I’m not refuting your bug. I’m adding context for anyone testing, since as WhiteNoise pointed out, different browsers store the clipboard differently:
An image copied in Safari seems to be primarily stored as a url in the clipboard. (Although yes I know multiple things can get stored in the clipboard. Analyzing the clipboard with an osascript shows there is image data too. And I tested pasting with no internet connection, so I conclude it isn’t downloading it during pasting.)
Go to Finder. Edit → Show Clipboard.
If you copy an image in Chrome, you’ll see an image.
If you copy an image in Safari, you’ll see a url.
Also, I have mixed results when testing in Safari:
If I copy an image that is a link (like a blog logo header), then it doesn’t work, because it pastes the image and link into Obsidian.
If I copy an image that isn’t a link, it pastes directly as an attached image for me in Obsidian.
I don’t know if this is something Obsidian should solve, necessarily. It sounds like it’s a Safari problem.
When I select “Copy image” from e.g., a forum profile pic, it pastes [](https://forum.obsidian.md/u/PorcoRosso), which renders as:
Unless and until Safari changes this behaviour, the best approach is probably right-click → Open image in new tab → switch to the tab → right-click → copy image, then paste into Obsidian.
In my “blog header logo” test in Safari, I see multiple classes of data in the clipboard. From Safari, the order is:
text/html
text/plain
file: image.png (image/png)
string (text/html)
string (text/plain)
file (image/png)
In Firefox, the order is (and fewer elements):
text/html (the url of the image)
file: image.png (image/png)
item: string (text/html)
item: file (image/png)
So the image data is in there, but seemingly hidden away underneath two other classes of text data. I’m not a developer, but it seems like something that can be accounted for, but it could also potentially be full of other edge-case bugs where images start getting pasted when text is intended by the user.
(A graphics program can unambiguously interpret this as an image, if it finds any class that is an image.)
This looks like a combination of UX mess on Safari’s end (which has both copy image and copy image address), MacOS “multi-format” clipboard and incomplete clipboard implementation in Electron/Obsidian.
I’m curious though if it’s an Electron problem or just a miss on Obsidian side?
It’s super annoying. Every time I copy from Safari I end up pasting, then opening the url in Chrome copying and pasting again.