1149076 - Event.target is not set correctly in contentEditable

Status: UNCONFIRMED

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

Description

[brunoais]

Attachment: Test example for what I mean

When attaching events to the DOM inside a contentEditable, the events thrown (at least for keypress, keyup and keydown) don't have the correct value for the target attribute.

In the example, try typing anything anywhere and see the target value result of the event in the javascript logs.
The Element in the Event.target of the event callback is the Element where contentEditable is set to true (and, by chance, the same Element where the event was attached).

Instead, the element in the Event.target should be the actual innermost element where the event happened, which is where the event bubbling actually started.

Comment 1

[Olli Pettay [:smaug][[e-mail]]]

I see the same behavior in other browsers too, and given the contenteditable element is the
activeElement, key events should go there.

Why you think this behavior is incorrect?

Perhaps you want to use DOM0 UIEvent's rangeParent + rangeOffset properties?

Comment 2

[brunoais]

For example, I want to detect user clicks in a button that is inserted as part of the WYSIWYG such that when the editable button is clicked, it causes certain javascript to run.
Ofc, any javascript the user writes is useless when the data is sent to the server (it is ignored)

Comment 3

[Firefox Bug Husbandry Bot]

Bulk priority change, per :mdaly

Comment 5

[kamil.k.kielczewski]

This is BUG (not a feature) - in all browsers :(

Test case: https://codepen.io/anon/pen/zmVRZL

Reason? Why provide target click information is no problem, but provide proper target information for typing is problem? It should be similar (and similar) - but currently it is not trivial to get that information exactly on which element user type text :(