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)

defect
Not set
normal

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)
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.)
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
> This behavior seems weird. Yeah, the whole thing is weird IMO. ^_^
Component: DOM → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.