You need to
before you can comment on or make changes to this bug.
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)
Created an attachment (id=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. ***