web.skype.com - Unable to copy and paste the message in “Tell your friend what you are’re up to” section

[softvision-oana-arbuzov]

URL: https://web.skype.com/

Browser / Version: Firefox Nightly 71.0a1 (2019-10-06) – Chrome UA
Operating System: Windows 10
Tested Another Browser: Yes

Problem type: Site is not usable
Description: Unable to copy and paste the message in “Tell your friend what you are’re up to” section

Prerequisites:
1. Set User Agent to Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/77.0.3835.0 Safari/537.36
2. Signed in to Microsoft account.

Steps to Reproduce:
1. Navigate to https://web.skype.com/
2. After profile page is displayed click to edit “Tell your friends what you’re up to” field.
3. Type in a message (e.g “Going home”).
4. Select the typed message and using mouse right click button select “Copy”.
5. In the same field using mouse right click button, click “Paste”.
6. Observe behavior.

Expected Behavior:
The copied text is pasted.

Actual Behavior:
The copied text is not pasted. A previous copied text populates the field.

Note
1. Not reproducible on Chrome 77.0.3865.90
2. Screenshot attached.

Watchers:
@softvision-oana-arbuzov
@softvision-sergiulogigan
@cipriansv

sv;

Browser Configuration

• None

From webcompat.com with ❤️

[karlcow]

I'm on on macOS too.

fwiw. I do not have a mouse, but the contextual menu with Ctrl+click on web.skype.com is deactivated.
The same way command + C is deactivated. but command paste is working and replace the full text.

so I don't get the same exact behavior than @softvision-oana-arbuzov :)

Let me ask my partner in crimes @wisniewskit

[denschub]

So, unsurprisingly, they built their own clipboard handlers. The one causing trouble here is actually fairly simple, though:

document.addEventListener("copy", function (e) {
  if (e.clipboardData) {
    const t = document.getSelection();
    let i = t ? t.toString() : "";

    if (r.getPlatformType() === L.PlatformType.Windows) {
      i = i.replace(/\r\n?|\n/g, "\r\n");
    }

    if (i.length > 0) {
      e.clipboardData.setData("text/plain", i);
    }

    e.preventDefault();
  }
});

And there are a couple of interesting things here. The document.getSelection() returns the div around the input, not the input itself. And ultimately, the t.toString() returns an empty string in Firefox, but the selected input content in Chrome. This is nothing new, and in fact, the spec doesn't actually say what Selection.toString() is supposed to be doing here. The fact that this is not working on inputs for Firefox is noted on MDN, and is being tracked in bug 1527627.

As such, this breakage is somewhat expected. I'll close this bug as a duplicate of said Bugzilla issue.