Open
Bug 1414162
Opened 7 years ago
Updated 2 years ago
Investigate and improve privacy.resistFingerprinting handling when toggled on mid-session
Categories
(Core :: DOM: Core & HTML, enhancement, P5)
Core
DOM: Core & HTML
Tracking
()
NEW
| Tracking | Status | |
|---|---|---|
| firefox58 | --- | affected |
People
(Reporter: tjr, Unassigned)
References
Details
(Whiteboard: [fingerprinting][fp-triaged])
https://bugzilla.mozilla.org/show_bug.cgi?id=1369303#c39 showed us that when one toggles p.rP on, it may not take effect right away for currently open pages. In that instance, reloading the page updated the cached preference, and everything was resolved.
However, there are at least two instances where we may need to improve the behavior:
- Background Workers
- A future 'Disable Resist Fingerprinting for this Origin' feature
Additionally, if anything else besides Background Workers persists after a page reload they would count too, but I can't think of anything like that. (But I bet I'm missing something.)
|
||
Updated•7 years ago
|
Priority: -- → P3
|
Reporter | |
Updated•6 years ago
|
No longer blocks: uplift_tor_fingerprinting
Priority: P3 → P5
Whiteboard: [fingerprinting] → [fingerprinting][fp-triaged]
|
Assignee | |
Updated•6 years ago
|
Component: DOM → DOM: Core & HTML
|
||
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•