-setData in Clipboard API doesn't add but overwrite existing mime types

Fixed, not yet flighted Issue #11780845

Details

Author
Johan S.
Created
Apr 25, 2017
Privacy
This issue is public.
Found in
  • Microsoft Edge
Found in build #
15.15063
Reports
Reported by 5 people

Sign in to watch or report this issue.

Steps to reproduce

When setting custom data to the clipboard though the clipboardData DataTransfer object the existing contents gets overwritten. This is not consistent with behavior of other browsers and doesn’t seem consistent with the HTML5 spec on how the data transfer object should be implemented.

Steps to reproduce:

  1. Open jsfiddle https://jsfiddle.net/6uwnad3f/1/
  2. Copy contents from first input.
  3. Paste into second input.
  4. Observe that nothing got pasted since the clipboard didn’t contain a plain/text mime type.

Attachments

0 attachments

    Comments and activity

    • Microsoft Edge Team

      Changed Assigned To to “James M.”

      Changed Assigned To to “Balaji B.”

      Changed Assigned To to “Grisha L.”

      Changed Title from “setData in Clipboard API doesn't add but overwrite existing mime types” to “-setData in Clipboard API doesn't add but overwrite existing mime types”

      Changed Assigned To from “Grisha L.” to “Siye L.”

      Changed Status to “Confirmed”

      Changed Title from “-setData in Clipboard API doesn't add but overwrite existing mime types” to “- setData in Clipboard API doesn't add but overwrite existing mime types”

      Changed Title from “- setData in Clipboard API doesn't add but overwrite existing mime types” to “-setData in Clipboard API doesn't add but overwrite existing mime types”

      Changed Status from “Confirmed” to “Fixed”

    • I’ve stumbled upon this issue too. The demo I used: https://jsfiddle.net/pmrkwt9r/1/.

      I can see that this issue is already fixed. When will the fix be released?

    • Microsoft Edge Team

      Changed Assigned To to “Siye L.”

    • Hello,

      Thank you for providing this information. We are pleased to report this feature is fixed in Edge and will be available in an upcoming Insider Preview build.

      Best Wishes,
      The MS Edge Team

    • Microsoft Edge Team

      Changed Status from “Fixed” to “Fixed, not yet flighted”

    • Hi guys,

      We’ve checked the issue in Edge 16.16257 and it still occurs there.

      When can we expect that the patch will be released? Was the bug supposed to be fixed in 16.16257? If so, please verify that it’s indeed fixed.

      PS. It’s 3 years (seriously ;/) that we’re waiting for a stable Clipboard API in Edge. I’m continuously checking the progress but there really haven’t changed much. In such a case, all RTEs’ developers have to look for workarounds. And, TBH, taken Edge’s general performance, it’s really hard and we’re growing tired of that.

      PPS. It’s not possible to paste in this editor (on your issue tracker)… ;/ Context menu is blocked too (on the entire page ;O)… I can’t use a spellchecker, I can’t paste.

    • I’ve just checked the fiddle that I posted in one of my previous comments (I’d paste the link if I could) in Edge 16.16257 and I compared the results with Edge 15.15063.

      So, in Edge 15 the last setData() call has precedence. In Edge 16… the first. The other calls seem to be ignored.

      AFAICS, this ticket should be reopened.

    • Not sure why it happens as Preview of the comment looks good… If someone is able to modify and correct it I would be grateful ;)

    You need to sign in to your Microsoft account to add a comment.

    Sign in