Summary: | DOM ClipboardData.setData does not allow writes during clipboard events | ||||||
---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | Mark Rowe (bdash) <mrowe> | ||||
Component: | WebCore Misc. | Assignee: | Nobody <webkit-unassigned> | ||||
Status: | NEW --- | ||||||
Severity: | Normal | CC: | aljungberg, arv, dcheng, dimitri, jparent, kpiascik, nanne, rniwa | ||||
Priority: | P2 | Keywords: | InRadar | ||||
Version: | 528+ (Nightly build) | ||||||
Hardware: | PC | ||||||
OS: | Windows XP | ||||||
Attachments: |
|
Description
Mark Rowe (bdash)
2008-03-02 23:18:08 PST
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 |