Open
Bug 1914839
Opened 3 months ago
Updated 2 months ago
Port resist fingerprinting logic from MediaCapabilities decode side to the encode side
Categories
(Core :: Audio/Video: Recording, defect)
Core
Audio/Video: Recording
Tracking
()
ASSIGNED
People
(Reporter: padenot, Assigned: fkilic)
References
(Blocks 1 open bug)
Details
Attachments
(3 files)
No description provided.
Updated•3 months ago
|
Blocks: uplift_tor_fingerprinting
Updated•2 months ago
|
Severity: -- → S3
Assignee | ||
Comment 1•2 months ago
|
||
Updated•2 months ago
|
Assignee: nobody → fkilic
Attachment #9424278 -
Attachment description: WIP: Bug 1914839: Implement resist fingerprinting for RFPTarget::MediaCapabilities. WIP tests needed → Bug 1914839: Implement resist fingerprinting for MediaCapabilities::EncodingInfo. r?tjr
Status: NEW → ASSIGNED
Assignee | ||
Comment 2•2 months ago
|
||
I submitted a patch that should ignore encoding prefs but CheckTypeForFile
used by decoding info is pretty much unprotected. I'll see if I can patch it as well, but the functions it is calling are used very widely.
Assignee | ||
Comment 3•2 months ago
|
||
Assignee | ||
Comment 4•2 months ago
|
||
Probably bunch of stuff will break. So I'll submit a try before submitting this for review.
Also this patch is still going to leak hardware support for WebMDecoder, MP3Decoder and ADTSDecoder, but all the plumbing is done, it is just a matter of if shouldResistFingerprinting
, so we just have to decide how do we want to force capabilities.
You need to log in
before you can comment on or make changes to this bug.
Description
•