Block ability to disable utility audio decoder on nightly
Categories
(Core :: Audio/Video, enhancement)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox119 | --- | fixed |
People
(Reporter: gerard-majax, Assigned: gerard-majax)
References
Details
Attachments
(1 file)
As of bug 1835804 we have blocked the ability to perform audio decoding on tab (unless a pref was toggled). So far the result is:
- we got bug reports of breakage of audio decoding on Snap (bug 1839852) and NixOS (bug 1840371) package, due to sandboxing limitation (fixed)
- we finally identified misreporting of
tabaudio decoding due to EMEDecryptor (bug 1844281) - telemetry dashboard has been fixed to properly report all toggled prefs and we are more than one week into all the previous fixes, and we have no more
taboutside of a few people on linux disabling RDD and Utility processes (and allowing tab).
We should probably start looking into blocking more so that we can either confirm those users have proper audio decoding working on Utility OR we can get bug reports to fix what is broken.
Probably the safe course of action is locking the pref media.utility-process.enabled so we make sure the utility process can be used if it's working, but people can still force media.audio-allow-non-utility ?
| Assignee | ||
Comment 1•2 years ago
|
||
Updated•2 years ago
|
Comment 3•2 years ago
|
||
Backed out for causing media.utility related bc failures.
Failure log: https://treeherder.mozilla.org/logviewer?job_id=427550561&repo=autoland
Backout link: https://hg.mozilla.org/integration/autoland/rev/33d1c42b026e21617602c6006491a09d2380fce2
| Assignee | ||
Comment 4•2 years ago
|
||
always happy when preparing a patch a few weeks in advance and it gets backed out like that :(
Comment 6•2 years ago
|
||
| bugherder | ||
Description
•