995961 - oncopy/onpaste/oncut events are not fired if there isn't a selection

Status: NEW

(Core :: DOM: Events, defect, P5)

Description

[bugMozilla.3.nabellaleen]

User Agent: Mozilla/5.0 (Windows NT 5.2; WOW64; rv:31.0) Gecko/20100101 Firefox/31.0 (Beta/Release)
Build ID: 20140411030201

Steps to reproduce:

- Give the ability to an element (a DIV for example) to get the focus, with a tabIndex attribute >= 0
- Add a listener on one of the oncopy/onpaste/oncut event to this element (or add it to the body - same issue)
- Get the focus on the element (using the keyboard with "Tab" or clicking it)
- Initiate a copy/cut


Actual results:

The oncopy/oncut/onpaste event are not fired.


Expected results:

According to current works on this API, the event should be fired in any cases. The selection only impact on data which could be put in the clipboard.
(cf last draft : http://www.w3.org/TR/2014/WD-clipboard-apis-20140313/#event-types-and-details )

Comment 1

[Alice0775 White]

Attachment: sample html

Comment 2

[Han Seoul-Oh]

FWIW QuirksMode considers Firefox's behavior correct and Webkit's behavior "lazy": http://www.quirksmode.org/dom/events/cutcopypaste.html

Personally if everyone had the "lazy" behavior things would be easier for me, as I could just set the contents of, and select, my hidden textarea on a 'cut' or 'copy' event, but I would like to support IE and recent Firefox so that train has sailed.

Comment 3

[Marijn Haverbeke]

(I maintain CodeMirror, and landed here because users reported line-wise clipboard functionality being broken on Firefox.) I want to add that, firstly, I agree that it would be preferable if the events were fired (makes it much easier to, for example, implement line-wise cut/copy in a text editor). Secondly, it does already work this way in textareas in Firefox, suggesting that not working with plain DOM selections (including those in contenteditable) may not be an intentional decision?

Comment 4

[Masayuki Nakano [:masayuki] (he/him)(JST, +0900)]

Stop handling pasting is intended according to the comment. However, I think that not dispatching paste event is not intended.