Open
Bug 1459231
Opened 7 years ago
Updated 7 months ago
[meta] Follow the spec better regarding activation behavior
Categories
(Core :: DOM: Events, enhancement, P2)
Core
DOM: Events
Tracking
()
NEW
People
(Reporter: smaug, Assigned: vhilla)
References
(Depends on 5 open bugs, )
Details
(Keywords: meta)
Need to review the spec and check where we don't follow it
Updated•7 years ago
|
Priority: -- → P2
This related to, or blocking bug 588927.
Also, see https://bugs.chromium.org/p/chromium/issues/detail?id=912892#c8 - an interoperability issue reported to Chrome that seems to be a Firefox and Edge (irrelevant at this point) issue -
Basically, when two activation targets are nested <button><label>a</label></button>, Firefox picks the outermost element (<button>), Chrome picks the innermost element (<label>).
Interestingly, Edge diverged from Internet Explorer (which behaved like Chrome).
Updated•3 years ago
|
Severity: normal → S3
Updated•2 years ago
|
| Assignee | ||
Comment 2•2 years ago
|
||
This should be resolved with my changes for bug 1658996.
Updated•2 years ago
|
| Assignee | ||
Updated•2 years ago
|
Assignee: nobody → vhilla
| Assignee | ||
Updated•2 years ago
|
| Assignee | ||
Comment 3•7 months ago
•
|
||
I just noticed that dispatching DOMActivate for button and input (code) should probably be part of activation behavior. Though we should look at when other browsers dispatch it.
Edit: here is a test, this works as expected
data:text/html,<button id=btn>test</button><script>btn.addEventListener("DOMActivate", e=> console.log(e.eventPhase))</script>
You need to log in
before you can comment on or make changes to this bug.
Description
•