Closed
Bug 466410
Opened 16 years ago
Closed 16 years ago
videoWidth and videoHeight should be valid when loadedmetadata fires
Categories
(Core :: Audio/Video, defect, P2)
Core
Audio/Video
Tracking
()
RESOLVED
FIXED
People
(Reporter: kinetik, Assigned: roc)
Details
(Keywords: fixed1.9.1)
Attachments
(2 files, 2 obsolete files)
1.48 KB,
patch
|
Details | Diff | Splinter Review | |
2.37 KB,
patch
|
Details | Diff | Splinter Review |
Per section 4.8.10.5.11.4, where it talks about firing the loadedmetadata, "Once enough of the media data has been fetched to determine the duration of the media resource, its dimensions, and other metadata".
Reporter | ||
Comment 1•16 years ago
|
||
This happens because nsOggDecoder updates the videoWidth and videoHeight during invalidate, which may not have happened by the time loadedmetadata fires. In some cases, it's possible for invalidate never to occur, e.g. if the video is created outside of the document and never attached or if the element is set to display: none.
Reporter | ||
Comment 2•16 years ago
|
||
Test display: none case too.
Attachment #349697 -
Attachment is obsolete: true
Reporter | ||
Comment 3•16 years ago
|
||
I posted a message to the WhatWG spec list requesting clarification on this: http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2008-November/017412.html
Assignee | ||
Updated•16 years ago
|
Flags: blocking1.9.1+
Priority: -- → P2
Assignee | ||
Comment 4•16 years ago
|
||
This makes the size valid when metadataloaded fires.
Assignee: nobody → roc
Attachment #357295 -
Flags: review?(chris.double)
Assignee | ||
Updated•16 years ago
|
Whiteboard: [needs review]
Updated•16 years ago
|
Attachment #357295 -
Flags: review?(chris.double) → review+
Assignee | ||
Updated•16 years ago
|
Whiteboard: [needs review] → [needs landing]
Assignee | ||
Comment 5•16 years ago
|
||
Pushed http://hg.mozilla.org/mozilla-central/rev/e6566d187edd
Status: NEW → RESOLVED
Closed: 16 years ago
Flags: in-testsuite+
Resolution: --- → FIXED
Whiteboard: [needs landing]
Comment 6•16 years ago
|
||
This seems to have caused reftest failures in ogg-video/basic-1.html' and 'ogg-video/zoomed-1.html' on the linux unittest box: http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1232599526.1232605622.2267.gz http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1232600679.1232605576.2202.gz Backed out to fix bustage: http://hg.mozilla.org/mozilla-central/rev/c0d1d49217cc
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 7•16 years ago
|
||
The same tests failed on mac: http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1232599526.1232603701.31322.gz
Assignee | ||
Comment 8•16 years ago
|
||
The frame was not being reflowed after the video intrinsic size became known, because we were just calling UpdateMediaSize and then setting mSizeChanged to false, but we need to do what Invalidate does and also mark the frame as needing reflow. So in this version of the patch I just call Invalidate to do all those things.
Attachment #357295 -
Attachment is obsolete: true
Assignee | ||
Updated•16 years ago
|
Whiteboard: [needs landing]
Assignee | ||
Comment 9•16 years ago
|
||
Pushed http://hg.mozilla.org/mozilla-central/rev/4bc1bd14f5a0
Status: REOPENED → RESOLVED
Closed: 16 years ago → 16 years ago
Resolution: --- → FIXED
Whiteboard: [needs landing] → [needs 191 landing]
Assignee | ||
Comment 10•15 years ago
|
||
http://hg.mozilla.org/releases/mozilla-1.9.1/rev/910ac31768ab
Keywords: fixed1.9.1
Whiteboard: [needs 191 landing]
You need to log in
before you can comment on or make changes to this bug.
Description
•