12

Hello!

I utilize the "Copy Image" option all the time. However I have been finding that in some places, such as twitter, when I copy an image then paste it I get the URL instead of the actual image. Apparently this is the same behavior in the Safari however the other browsers (I've tested Edge, Chrome, Firefox, Brave, and Opera) don't do that. It seems like this is happening because the URL is being copied alongside the image. This what I found on this topic:
https://forums.macrumors.com/threads/bug-safari-cant-copy-images-to-clipboard.2279766/

Thank You!

    jeanqui changed the title to When selecting "Copy Image", it should only copy the image not the link as well. .

      Looks like Safari (webkit? Dunno) "Copy Image" gets a lot more than just the image data.

      To see all the types data you get, run osascript -e 'clipboard info' in a terminal after clicking "Copy Image" (make sure to copy the image after pasting the command of course).

      I get something like this (not sure what it all means exactly...) with Orion:

      TIFF picture, 861652, URL, 23, «class urln», 10, «class utf8», 23, «class rtfd», 85280, «class weba», 71263, «class HTML», 2488, «class 8BPS», 858567, GIF picture, 188686, «class jp2 », 60541, JPEG picture, 94824, «class PNGf», 508042, «class BMP », 859214, «class TPIC», 844120, «class ut16», 48, string, 23, Unicode text, 46

      With FF:

      TIFF picture, 3002406, «class HTML», 238, «class 8BPS», 4539052, GIF picture, 600518, «class jp2 », 152409, JPEG picture, 257237, «class PNGf», 1603864, «class BMP », 3000054, «class TPIC», 2949398

      This utility gives you more human-readable access to the data: https://langui.net/clipboard-viewer/

      I think the intention on macOS is that the application which does the pasting is responsible for choosing from the types of data in the clipboard.

      For example, if I paste an image (which was a link also) from Twitter, in an image editor I get the image, but in a text editor I get the link URL (not image URL).

      I'm not sure what is preferable - the aforementioned broad copy, or a narrower, explicit copy.

      This is a lot of helpful information, thank you! And I agree in that this could be deemed as a preference. There is probably people out there that are utilizing this to the full extent.

      I wonder though, is there a way to "prioritize" the image over the URL, I think this would be the perfect solution. In the sense that apps that know how to handle this "advanced" data would still be able to handle it but in other cases the image should always be posted before the URL. If not, maybe providing another option would help? Such as "Copy Image Only"?

      BTW the workarounds I've been using so far is either screenshot (when i dont care about the quality) or to download the image.

      2 years later

      This happens in Google Search too. It's pretty annoying when there are both "Copy Image" and "Copy Image Address" options in the context menu; I wouldn't expect both to do the same thing.

      7 days later

      +1

      I have been getting pretty frustrated with this behavior. I expect that when I select "Copy Image", when I paste in a different application the image itself gets pasted. However, with this current behavior most applications and websites paste only the URL (e.g. Signal, FB Messenger, etc). If I wanted the image URL, I would select "Copy Image Address"

      This means I have to use OS screenshot and copy that screenshot to clipboard. I don't have to do this in Chrome.

      • Vlad replied to this.

        CyberArchon Can you confirm the same behavior is in Safari? If so, it should be reported to webkit.org as this is part of WebKit

          Ah yes indeed, this does happen with Safari as well. Never knew that as I never daily drove Safari. That is frustrating

          • Vlad replied to this.

            CyberArchon Perhaps frustrating enough for you to report it to webkit.org?

              11 days later

              Submitted one: https://bugs.webkit.org/show_bug.cgi?id=269662

              I have no idea what the WebKit process is or what their timelines for resolution are, but if Orion can workaround the behavior, that would be much appreciated. It is the kind of small thing that makes a huge quality of life difference

              • Vlad replied to this.

                CyberArchon .. in an ideal world. In less ideal world we already have 2000 open issues of our own before we get to WebKit issues.

                  No one is typing