Closed Bug 1627185 Opened 6 years ago Closed 6 years ago

ContentBlockingController addException stopped working for private sessions

Categories

(GeckoView :: General, defect)

76 Branch
Unspecified
All
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: imanol.martin, Assigned: esawin)

Details

(Whiteboard: [geckoview:m77])

Attachments

(1 obsolete file)

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:74.0) Gecko/20100101 Firefox/74.0

Steps to reproduce:

This works flawlessly for regular sessions but it doesn't work for private sessions.
STRs:

  • Open a private session
  • Add a ContentBlockingController exception for that session.
  • Get the stored exceptions via saveExceptionList or check a session via checkException

Actual results:

The exception hasn't been added

Expected results:

The exception should have been added

Has STR: --- → yes
QA Whiteboard: [fxr:p1]

Seen in 76.0.20200330094747 but also in 76.0.20200402095145

This is a ship blocker for FxR.

Based on discussion, saveExceptionList() will not contain the private browsing session exceptions, however checkException should still work with a PB session.

The issue was found to be that FxR was recreating the session when the exception list changed for private browsing sessions. Unfortunately the PB exception list is cleared when the last PB session gets closed so recreating the session was clearing the list when only on PB tab was open.

Status: UNCONFIRMED → RESOLVED
Closed: 6 years ago
Resolution: --- → INVALID

Let's add the test in this bug anyways. The test is covering the general private mode exception use case.

Assignee: nobody → esawin
Whiteboard: [geckoview:m77]
Attachment #9138945 - Attachment is obsolete: true

Move GeckoView::Tracking Protection bugs to the GeckoView::General component.

Component: Tracking Protection → General
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: