Closed
Bug 1269929
Opened 9 years ago
Closed 9 years ago
Untrusted events are automatically prefixed in some cases
Categories
(Core :: DOM: Core & HTML, defect)
Core
DOM: Core & HTML
Tracking
()
RESOLVED
INVALID
People
(Reporter: xidorn, Unassigned)
References
Details
Testcase:
> document.body.addEventListener("webkitTransitionEnd", evt => console.log(evt));
> document.body.dispatchEvent(new TransitionEvent("transitionend"));
Another testcase:
> document.body.addEventListener("mozfullscreenchange", evt => console.log(evt));
> document.body.dispatchEvent(new Event("fullscreenchange"));
This is probably not usually a big deal, but it's not quite spec-comform anyway.
(This was inspired by bug 1268749 comment 17)
Comment 1•9 years ago
|
||
For the webkitTransitionEnd example, isn't this the desired behavior, per https://dom.spec.whatwg.org/#concept-event-listener-invoke?
(Possibly I'm missing something, sorry.)
Reporter | ||
Comment 2•9 years ago
|
||
So even with events dispatched by the content, we need to try prefixed handler as well? This behavior seems weird.
It seems Chrome does so as well, and given that's the desired behavior from the spec, I guess this is INVALID, then.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → INVALID
Comment 3•9 years ago
|
||
> This behavior seems weird.
Yeah, the whole thing is weird IMO. ^_^
Assignee | ||
Updated•6 years ago
|
Component: DOM → DOM: Core & HTML
You need to log in
before you can comment on or make changes to this bug.
Description
•