Unit test to assert that a browser action opens the popup in the parents mode (private vs not-private)

NEW
Unassigned

Status

()

Toolkit
WebExtensions: Frontend
P4
normal
2 years ago
8 months ago

People

(Reporter: evilpie, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [browserAction]triaged)

(Reporter)

Description

2 years ago
When the browser in private browsing mode then the browserAction popup should also probably be loaded as such. In chrome there seems to be incognito_behavior to control this behavior. See bug 1208563.
The popup should inherit the private browsing state of its parent. Do you have a reason to think it doesn't?
I tested this by adding some links to the html page in browser popup. When opening the browser popup in normal mode, the links were marked as visited, as expected. When opening the browser popup they were not marked as visited. Maybe a naive test, but let's be believe that this is working correctly.

Kris mentioned that there might not be any unit tests for this, it would be good to add those, so keeping it open for that.
Priority: -- → P4
Summary: Load the browserAction popup in private browsing mode (incognito_behavior?) → Unit test to assert that a browser action opens the popup in the parents mode (private vs not-private)
Whiteboard: [browserAction]triaged

Updated

8 months ago
Component: WebExtensions: Untriaged → WebExtensions: Frontend
You need to log in before you can comment on or make changes to this bug.