1766924 - Cannot paste images into skype

Status: RESOLVED WORKSFORME

(Web Compatibility :: Site Reports, defect)

Description

[vocal]

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:99.0) Gecko/20100101 Firefox/99.0

Steps to reproduce:

i rightclick an image and select "copy image"
then i try to paste it into skype using ctrl+v

Actual results:

no image gets pasted

Expected results:

the image should get pasted into the chat box to get embedded into the conversation (like it used to do).
i can still paste image data from firefox everywhere else: in paint, discord, gimp... but not in skype
to paste an image into skype i first have to copy the image data from paint, lightshot, imageglass, gimp, discord or edge. (all of these work without hassle)

Comment 1

[vocal]

update: after posting this, it suddenly worked (with 1-2 seconds of delay every time)
then i restarted firefox and the problem returned.

Comment 2

[vocal]

skype version is 8.83.0.408 (from the installer on the website)

Comment 3

[BugBot [:suhaib / :marco/ :calixte]]

The Bugbug bot thinks this bug should belong to the 'Core::DOM: Editor' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Comment 4

[Mirko Brodesser (:mbrodesser-Igalia)]

The same symptoms were reported at https://www.reddit.com/r/skype/comments/t4i2e2/problem_with_sending_images_via_ctrlc_ctrlv/.

It seems to be a Skype-specific problem (otherwise, we'd likely have received more bug reports about pasting from Firefox to other applications). One suggested solution was mentioned in https://www.reddit.com/r/skype/comments/t4i2e2/comment/i0bs8vg/?utm_source=reddit&utm_medium=web2x&context=3.

vocal: can you check if that solves the issue for you?

Comment 5

[vocal]

that doesn't seem to work for me.
i signed out, told it to not save my data on this device, exitted the application and deleted AppData\Roaming\Microsoft\Skype for Desktop several times, but it just won't work. (also deleted some skype folder in C:\ProgramData but that one didn't come back)
I was able to reproduce the issue on another device after updating skype there. i was able to paste a single picture (with a huge delay) and then it stopped working there too.
restarting the computer didn't seem to help either.
i can see how you'd push the issue on skype but every other app seems to work (except internet explorer)
maybe in firefox the picture isn't cached to be as readily available as in chromium based browsers or other apps?

Comment 6

[Masayuki Nakano [:masayuki] (he/him)(JST, +0900)]

It could be caused by the order of the clipboard data. Chrome puts "Bitmap DIBV5" first, but Gecko puts HTML Format first.

Mirko, any ideas?

Comment 7

[Masayuki Nakano [:masayuki] (he/him)(JST, +0900)]

Oops, forgot to send ni. Mirco, could you check comment 6? Thanks.

Comment 8

[Mirko Brodesser (:mbrodesser-Igalia)]

(In reply to vocal from comment #2)

skype version is 8.83.0.408 (from the installer on the website)

Thanks. For the record: that's the newest version according to https://support.skype.com/en/faq/fa12041/what-is-the-latest-version-of-skype-on-each-platform.

Comment 9

[Mirko Brodesser (:mbrodesser-Igalia)]

(In reply to Masayuki Nakano [:masayuki] (he/him)(JST, +0900)(Away: ~5/8) from comment #6)

Given that you set "Ever confirmed: true" I conclude you could reproduce the issue.

It could be caused by the order of the clipboard data. Chrome puts "Bitmap DIBV5" first, but Gecko puts HTML Format first.

Mirko, any ideas?

Could be. There's precedent (e.g. Pages on Mac) where the order mattered.

As I'm not aware of any recent changes in this area in Firefox, it's presumably not a recent regression in Firefox.

Comment 10

[Tom S]

This might again be related to the inclusion of a File in addition to the Bitmap. I think Chrome never includes a File when copying images.

Comment 11

[Mirko Brodesser (:mbrodesser-Igalia)]

(In reply to Tom Schuster [:evilpie] from comment #10)

This might again

evilpie: are you referring to a specific Bugzilla ticket?

be related to the inclusion of a File in addition to the Bitmap. I think Chrome never includes a File when copying images.

Comment 12

[Mirko Brodesser (:mbrodesser-Igalia)]

Can reproduce the issue another issue on Win 10 with current Nightly when copy-pasting a PNG file (e.g. https://images.ctfassets.net/w5er3c7zdgmd/3vukypoPTTpRYctNjWoUkc/03dfba34b9aab288f7c25d257a621cf0/billboard-more-power-high-res.5e9e07e1024c.png?w=800):

the image is pasted twice. So #c10 might be the reason.

Doesn't happen with a JPG (e.g. https://www.mozilla.org/media/img/firefox/home/master/hero-high-res.cae9da10bc55.jpg).

Happened with an older Skype version: 8.80.0.194 which the Skype app claims to be the newest one.

Comment 13

[Mirko Brodesser (:mbrodesser-Igalia)]

With the same Skype version as the reporter mentioned above (8.83.0.408):

• copy-pasting a JPG doesn't work: nothing is pasted.
• copy-pasting a PNG works.

Comment 14

[Mirko Brodesser (:mbrodesser-Igalia)]

The sequence of data formats equals the one mentioned in bug 1765665#c3 .

Comment 15

[Mirko Brodesser (:mbrodesser-Igalia)]

From Microsoft's clipboard doc (https://docs.microsoft.com/en-us/windows/win32/dataxchg/clipboard-formats#multiple-clipboard-formats):

"Clipboard formats that contain the most information should be placed on the clipboard first, followed by less descriptive formats. A window pasting information from the clipboard typically retrieves a clipboard object in the first format it recognizes. Because clipboard formats are enumerated in the order they are placed on the clipboard, the first recognized format is also the most descriptive."

Edge produces the same order like Chrome (Bitmap before HTML). One could argue the HTML flavor is more descriptive, though. On the other hand, for web-compat it seems we should change the order Chrome and Edge produce. Masayuki: WDYT?

It doesn't explain why this works for one image format and not for another, but presumably it'd fix this bug.
However, independent of changing the order Firefox produces, Skype developers should be contacted to handle all data formats properly. @dschubert: can you please do the latter?

Comment 16

[Masayuki Nakano [:masayuki] (he/him)(JST, +0900)]

(In reply to Mirko Brodesser (:mbrodesser) from comment #9)

(In reply to Masayuki Nakano [:masayuki] (he/him)(JST, +0900)(Away: ~5/8) from comment #6)

Given that you set "Ever confirmed: true" I conclude you could reproduce the issue.

Yes, I reproduced this bug on Win11.

(In reply to Mirko Brodesser (:mbrodesser) from comment #15)

From Microsoft's clipboard doc (https://docs.microsoft.com/en-us/windows/win32/dataxchg/clipboard-formats#multiple-clipboard-formats):

"Clipboard formats that contain the most information should be placed on the clipboard first, followed by less descriptive formats. A window pasting information from the clipboard typically retrieves a clipboard object in the first format it recognizes. Because clipboard formats are enumerated in the order they are placed on the clipboard, the first recognized format is also the most descriptive."

Edge produces the same order like Chrome (Bitmap before HTML). One could argue the HTML flavor is more descriptive, though. On the other hand, for web-compat it seems we should change the order Chrome and Edge produce. Masayuki: WDYT?

I think that HTML data isn't useful for non-rich-text applications which must be more major than handling images, and anyway the image itself is the main content in the clipboard data. So I think that it makes sense to put images first.

Comment 17

[Mirko Brodesser (:mbrodesser-Igalia)]

(In reply to Masayuki Nakano [:masayuki] (he/him)(JST, +0900)(Away: ~5/8) from comment #16)

(In reply to Mirko Brodesser (:mbrodesser) from comment #9)

(In reply to Masayuki Nakano [:masayuki] (he/him)(JST, +0900)(Away: ~5/8) from comment #6)

Given that you set "Ever confirmed: true" I conclude you could reproduce the issue.

Yes, I reproduced this bug on Win11.

(In reply to Mirko Brodesser (:mbrodesser) from comment #15)

From Microsoft's clipboard doc (https://docs.microsoft.com/en-us/windows/win32/dataxchg/clipboard-formats#multiple-clipboard-formats):

"Clipboard formats that contain the most information should be placed on the clipboard first, followed by less descriptive formats. A window pasting information from the clipboard typically retrieves a clipboard object in the first format it recognizes. Because clipboard formats are enumerated in the order they are placed on the clipboard, the first recognized format is also the most descriptive."

Edge produces the same order like Chrome (Bitmap before HTML). One could argue the HTML flavor is more descriptive, though. On the other hand, for web-compat it seems we should change the order Chrome and Edge produce. Masayuki: WDYT?

I think that HTML data isn't useful for non-rich-text applications which must be more major than handling images, and anyway the image itself is the main content in the clipboard data. So I think that it makes sense to put images first.

Thanks for the feedback, Masayuki. Let's do that separately in the newly filed bug 1769201.

Comment 18

[Ksenia Berezina [:ksenia]]

Setting webcompat priority as P2 as this site is popular.

Comment 19

[Calin Tanase]

No longer reproduces on the latest Nightly.

Tested on:
Operating system: Windows 10
Firefox version: Nightly 110.0a1 (2023-01-16)

Closing this as worksforme, feel free to reopen and leave a comment if the issue is reappears.