VideoEncoder.isConfigSupported with specific config crashes tab
Categories
(Core :: Audio/Video: Web Codecs, defect, P1)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox-esr115 | --- | unaffected |
| firefox-esr128 | --- | unaffected |
| firefox130 | --- | wontfix |
| firefox131 | --- | wontfix |
| firefox132 | --- | fixed |
People
(Reporter: jj, Assigned: padenot)
References
(Regression)
Details
(Keywords: regression)
Crash Data
Attachments
(7 files)
|
121 bytes,
text/html
|
Details | |
|
44.73 KB,
text/plain
|
Details | |
|
48 bytes,
text/x-phabricator-request
|
Details | Review | |
|
48 bytes,
text/x-phabricator-request
|
Details | Review | |
|
48 bytes,
text/x-phabricator-request
|
Details | Review | |
|
48 bytes,
text/x-phabricator-request
|
Details | Review | |
|
48 bytes,
text/x-phabricator-request
|
Details | Review |
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/128.0.0.0 Safari/537.36
Steps to reproduce:
Visit a webpage (with a secure context) which contains the following code:
<script>
VideoEncoder.isConfigSupported({ codec: 'avc3.42001E', width: 1, height: 1 })
</script>
Relevant crash report: https://crash-stats.mozilla.org/report/index/4ed1a567-9c8d-4523-a4f5-cd1b40240903
Actual results:
The tab crashes.
Expected results:
The tab should not crash.
Comment 1•2 years ago
|
||
Can confirm.
Bisection:
Bug 1749047 - Bring GetExtraData back to ToMediaRawData r=media-playback-reviewers,padenot
GetExtraData, which is removed in D196209, must be added back to
generate the extra data for H264 AVCC format, so the VideoEncoder can
forward those info with the encoded data.
Differential Revision: https://phabricator.services.mozilla.com/D197138
Comment 2•2 years ago
|
||
Comment 3•2 years ago
|
||
Comment 4•2 years ago
|
||
Set release status flags based on info from the regressing bug 1749047
| Assignee | ||
Updated•2 years ago
|
| Assignee | ||
Updated•2 years ago
|
| Assignee | ||
Updated•2 years ago
|
| Assignee | ||
Comment 5•2 years ago
|
||
Web Codecs is strict. Other Web APIs aren't.
| Assignee | ||
Comment 6•2 years ago
|
||
| Assignee | ||
Comment 7•2 years ago
|
||
| Assignee | ||
Comment 8•2 years ago
|
||
To be fixed in Bug 1880326 -- checking is to be lenient in HTMLMediaElement
code (that Web Codecs uses for now, for example, non-existent levels need to be
accepted), and strict in Web Codecs (non-existent levels rejected).
| Assignee | ||
Comment 9•2 years ago
|
||
Updated•2 years ago
|
Comment 10•2 years ago
|
||
Comment 11•2 years ago
|
||
| bugherder | ||
https://hg.mozilla.org/mozilla-central/rev/695296ac4281
https://hg.mozilla.org/mozilla-central/rev/18d3c3356547
https://hg.mozilla.org/mozilla-central/rev/96308ab1e221
https://hg.mozilla.org/mozilla-central/rev/84d2cd5db84d
https://hg.mozilla.org/mozilla-central/rev/12b22d6a5e24
Description
•