Open
Bug 1812190
Opened 2 years ago
Updated 2 years ago
Discuss if Autoplay Policy Detection API should be affected by resisting finger printing
Categories
(Core :: Audio/Video: Playback, task, P3)
Core
Audio/Video: Playback
Tracking
()
NEW
People
(Reporter: alwu, Assigned: alwu)
References
(Blocks 1 open bug)
Details
In this bug, I would like to discuss if we should restrict Autoplay Policy API if privacy.resistFingerprinting=true
.
Assignee | ||
Updated•2 years ago
|
Blocks: autoplay-policy
No longer depends on: 1773551
Comment 1•2 years ago
•
|
||
IIUIC, we could allow the API but enforce autoplay settings to something, also because it's exposed in UI settings and we can do with tightening up RFP variables, and also because it is already exposed without the API (pretty sure this is the case but costly, did not PoC)
Links
- Firefox Autoplay Policy Documentation [PDF] - https://drive.google.com/file/d/1Lkk37Vq8YhURxPL7UBVy0CuuZJU62PYQ/view
- https://w3c.github.io/autoplay/#security-and-privacy - but there is entropy, amiright?
perhaps
media.autoplay.default
= 5 // block all by defaultmedia.autoplay.blocking_policy
= 2 // click to play for each and every media- ignore exceptions (similar to how RFP ignores zoom)
This would then propagate to the API, and all RFP users would look the same, right?
Comment 2•2 years ago
|
||
You need to log in
before you can comment on or make changes to this bug.
Description
•