Reconsider useTrackingProtection variables in content process interfaces/classes
Categories
(Core :: Privacy: Anti-Tracking, task, P3)
Tracking
()
People
(Reporter: manuel, Assigned: manuel)
References
(Blocks 1 open bug)
Details
Attachments
(1 file, 1 obsolete file)
Tracking Protection is generally handled in the parent process. However we do have quite a few interfaces that expose the useTrackingProtection bit in the content-processes. This is problematic for me, because for reduce-page-protection I intent to only make the per-site settings available in the parent to keep the scope small. However, the useTrackingProtection / forceEnableTrackingProtection don't seem used at all and can be removed.
I'll investigate further whether they are really unused and can be removed or some other solution will be necessary for the reduce-page-protection project.
| Assignee | ||
Comment 1•7 months ago
|
||
| Assignee | ||
Comment 2•7 months ago
|
||
Updated•7 months ago
|
| Assignee | ||
Comment 3•7 months ago
|
||
The attributes were originally added in Bug 1322576. So perhaps an android reviewer would be good.
This looks mildly related: https://searchfox.org/firefox-main/rev/7496c8515212669451d7e775a00c2be07da38ca5/mobile/android/geckoview/src/main/java/org/mozilla/geckoview/GeckoSessionSettings.java#402-410, which is what the original code likely turned into: https://hg-edge.mozilla.org/mozilla-central/rev/162492fcf4a9#:~:text=set%20useTrackingProtection%28use%29%20%7B
| Assignee | ||
Updated•7 months ago
|
Updated•7 months ago
|
| Assignee | ||
Updated•7 months ago
|
| Assignee | ||
Updated•5 months ago
|
Description
•