ContentBlockingController addException stopped working for private sessions
Categories
(GeckoView :: General, defect)
Tracking
(Not tracked)
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
| Reporter | ||
Updated•6 years ago
|
| Reporter | ||
Comment 1•6 years ago
|
||
Seen in 76.0.20200330094747 but also in 76.0.20200402095145
Comment 2•6 years ago
|
||
This is a ship blocker for FxR.
Comment 3•6 years ago
|
||
Based on discussion, saveExceptionList() will not contain the private browsing session exceptions, however checkException should still work with a PB session.
| Assignee | ||
Comment 4•6 years ago
|
||
Comment 5•6 years ago
|
||
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.
| Assignee | ||
Comment 6•6 years ago
|
||
Let's add the test in this bug anyways. The test is covering the general private mode exception use case.
Updated•6 years ago
|
| Assignee | ||
Updated•6 years ago
|
Updated•5 years ago
|
Comment 7•3 years ago
|
||
Move GeckoView::Tracking Protection bugs to the GeckoView::General component.
Description
•