Closed Bug 516811 Opened 11 years ago Closed 2 years ago

"load" events for poster image loads bubble out

Categories

(Core :: Audio/Video: Playback, defect)

defect
Not set

Tracking

()

RESOLVED INACTIVE

People

(Reporter: roc, Unassigned)

Details

Apparently if you have a video with a poster image, the "load" event for the anonymous image can be observed by content in the surrounding document.
Flags: blocking1.9.2?
Flags: blocking1.9.2? → wanted1.9.2+
Note when we fix this, the poster reftests (well poster-7.html at least) will start hanging, as they rely on a load event being fired at their video element, and currently they're receiving the bubbling poster's load event. When we fix this they'll no longer receive the poster's bubbling load event, and so the tests will timeout. Beware!
OS: Mac OS X → All
Hardware: x86 → All
See bug 715469 comment 16 for a way to fix this.
So if we do the trick to have a background-image display the poster image, the document "load" event is not delayed by the loading of the poster, which makes this really hard to reftest reliably.

So perhaps we so do what Olli suggests in bug 715469 comment 2 and have a ::PreHandleEvent() function on nsHTMLMediaElement to catch and suppress the poster's "load" event, and dispatch a "mozposterloaded" event instead, so our tests can use that instead.
If someone gets to this before me, that's fine. :)
Assignee: cpearce → nobody
Going to give it a try. Going to go over it sometime this week.
Status: NEW → ASSIGNED
Assignee: nobody → schranz.m
Assignee: schranz.m → nobody
Status: ASSIGNED → NEW
Component: Audio/Video → Audio/Video: Playback
Mass closing do to inactivity.
Feel free to re-open if still needed.
Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → INACTIVE
You need to log in before you can comment on or make changes to this bug.