RESOLVED FIXED79934
Continue the search for playable mime types among <source> children of <video> even when using data: URLs 
https://bugs.webkit.org/show_bug.cgi?id=79934
Summary Continue the search for playable mime types among <source> children of <video...
Ami Fischman
Reported 2012-02-29 12:50:49 PST
This is migrated from http://crbug.com/104577 When <source>'s specify their mime-type using a type attribute, fallback works correctly (an unsupported type causes an error to fire and the next <source> is tried). When mime-type is instead specified inside a data: url in the src attribute, multiple errors are fired (according to --webcore-log-channels=Media) and the second <source> is never considered.
Attachments
Patch (28.67 KB, patch)
2012-02-29 12:52 PST, Ami Fischman 		no flags
DetailsFormatted DiffDiff
View All Add attachment proposed patch, testcase, etc.
Ami Fischman
Comment 1 2012-02-29 12:52:09 PST
Created attachment 129494 [details] Patch
Eric Carlson
Comment 2 2012-02-29 13:04:34 PST
Comment on attachment 129494 [details] Patch Nice fix and test, thanks!
WebKit Review Bot
Comment 3 2012-02-29 19:38:18 PST
Comment on attachment 129494 [details] Patch Clearing flags on attachment: 129494 Committed r109298: <http://trac.webkit.org/changeset/109298>
WebKit Review Bot
Comment 4 2012-02-29 19:38:22 PST
All reviewed patches have been landed. Closing bug.
Jer Noble
Comment 5 2013-02-21 16:09:09 PST
There's something wonky about the structure of the mp4 test files. The atom lengths of the movie add up to greater than the decoded length of the data. This is causing the test to fail on some Mac platforms as the media engines reject the file.
Jer Noble
Comment 6 2013-02-21 16:29:27 PST
My apologies; I messed up a copy-paste operation.
Note You need to log in before you can comment on or make changes to this bug.