VideoFrame deserialization/transfer-receiving shouldn't work in non-exposed realm
Categories
(Core :: Audio/Video: Web Codecs, defect)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr102 | --- | unaffected |
firefox110 | --- | wontfix |
firefox111 | --- | wontfix |
firefox112 | --- | fixed |
People
(Reporter: chunmin, Assigned: chunmin)
References
(Blocks 1 open bug, Regression)
Details
(Keywords: regression)
Attachments
(2 files, 2 obsolete files)
Serializing or transferring a VideoFrame from main thread to the shared worker or the service worker should throw an error since VideoFrame is only exposed to Window
and DedicatedWorker
.
Assignee | ||
Comment 1•1 year ago
|
||
Assignee | ||
Comment 2•1 year ago
|
||
Depends on D169156
Comment 3•1 year ago
|
||
Comment on attachment 9316476 [details]
WIP: Bug 1815519 - Ensure VideoFrame is unavailable in shared or service worker
Revision D169157 was moved to bug 1815511. Setting attachment 9316476 [details] to obsolete.
Assignee | ||
Updated•1 year ago
|
Updated•1 year ago
|
Assignee | ||
Comment 4•1 year ago
|
||
Assignee | ||
Comment 5•1 year ago
|
||
Depends on D169364
Assignee | ||
Updated•1 year ago
|
Assignee | ||
Updated•1 year ago
|
Updated•1 year ago
|
Pushed by cchang@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/501e8e7bf41a Don't deserialize VideoFrame in non-exposed realm r=smaug https://hg.mozilla.org/integration/autoland/rev/9181f66ac428 Dont receive transferred VideoFrame in non-exposed realm r=smaug
Comment 7•1 year ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/501e8e7bf41a
https://hg.mozilla.org/mozilla-central/rev/9181f66ac428
Updated•1 year ago
|
Comment 8•1 year ago
|
||
The patch landed in nightly and beta is affected.
:chunmin, is this bug important enough to require an uplift?
- If yes, please nominate the patch for beta approval.
- If no, please set
status-firefox111
towontfix
.
For more information, please visit auto_nag documentation.
Assignee | ||
Comment 9•1 year ago
|
||
The VideoFrame is behind a dom.media.webcodecs.enabled
pref. There is no need to uplift since users won't be affected.
Assignee | ||
Updated•9 months ago
|
Description
•