Open Bug 2005278 Opened 7 months ago Updated 5 months ago

Reconsider useTrackingProtection variables in content process interfaces/classes

Categories

(Core :: Privacy: Anti-Tracking, task, P3)

task

Tracking

()

ASSIGNED

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.

Attachment #9532129 - Attachment description: WIP: Bug 2005278 - Remove useTrackingProtection from various content-process interfaces / classes → Bug 2005278 - Remove useTrackingProtection from various content-process interfaces / classes
Assignee: nobody → manuel
Status: NEW → ASSIGNED
Assignee: manuel → nobody
Attachment #9532128 - Attachment is obsolete: true
Status: ASSIGNED → NEW
Assignee: nobody → manuel
Status: NEW → ASSIGNED
See Also: → 1579264
Priority: P2 → P3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: