Bug 17645 – DOM ClipboardData.setData does not allow writes during clipboard events

• Component: WebCore Misc.
• Status: NEW

[Mark Rowe (bdash)]

* SUMMARY
The current ClipboardWin implementation does not allow writing to the system clipboard.  This affects DOM clipboard events.

This prevents developers from writing custom content to the system clipboard during DOM clipboard events (eg. cut, copy, paste)

[Mark Rowe (bdash)]

<rdar://problem/5015941>

[Nicholas C. Zakas]

Created attachment 19495 [details]
Test case showing clipboard not working

In theory, you should be able to override the default copy/cut behavior of the clipboard and set your own data. This example overrides the default copy behavior and shows that the call to setData() does not result in text being put on the clipboard.

User agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/523.15 (KHTML, like Gecko) Version/3.0 Safari/523.15

The same example works fine on Macintosh.

[Dimitri Glazkov]

I am wondering why we couldn't get away with wiring the generic Pasteboard::writeURL, etc. into ClipboardWin for non-drag operations?

olliej mentioned on #webkit that the problem is in setData deleting existing clipboard content, but I am not sure I understand why this is the problem.

[Ryosuke Niwa]

*** Bug 34020 has been marked as a duplicate of this bug. ***

[Ryosuke Niwa]

*** Bug 25715 has been marked as a duplicate of this bug. ***

[Nanne Wielinga]

Similar kind of bug related to: clipboardData.setData

If there is a : inside one of the line from data, then all the enters are removed.

Example: https://jsfiddle.net/pzqe18dw/
Copy from bottom textarea and paste somewhere else.

Code:
clipboardData.setData("text/plain", `test: 1\ntest2\ntest3`)

Results into (broken):

test: 1test2test3

Instead of (expected):

test: 1
test2
test3