* 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)
<rdar://problem/5015941>
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.
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.
*** Bug 34020 has been marked as a duplicate of this bug. ***
*** Bug 25715 has been marked as a duplicate of this bug. ***
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