Closed
Bug 1523914
Opened 6 years ago
Closed 5 years ago
private browsing panel may display on non-private window
Categories
(WebExtensions :: General, defect, P5)
Tracking
(firefox65 disabled, firefox66 disabled, firefox67 affected)
RESOLVED
WONTFIX
People
(Reporter: cbadescu, Unassigned)
References
(Depends on 1 open bug, Blocks 1 open bug)
Details
Attachments
(1 file)
|
1.23 MB,
image/gif
|
Details |
Bug.gif
[Affected versions]:
- Firefox 67.0a1 (20190130094929)
[Affected platforms]:
- Win 7 64-bit
- Mac OS X 10.14.1
[Prerequisites]
Set extensions.allowPrivateBrowsingByDefault to false and restart the browser.
[Steps to reproduce]:
- Open the Firefox browser.
- Open the Private Window for the first time.
- Switch back to the Normal Window.
- Observe the hamburger menu.
[Actual results]:
- The doorhanger for the Private Window is displayed in the Normal Window.
[Expected results]:
- The doorhanger for the Private Window is displayed only for Private Window.
Please see the attached video.
|
||
Comment 1•6 years ago
|
||
Ultimately we will want to replace the panel with something in about:privatebrowsing (bug 1516670). The app menu panel just works this way, I don't think it's a big deal, certainly not a blocker.
Blocks: webext-incognito
Depends on: 1516670
Priority: -- → P5
Summary: Unintended behavior for the doorhanger displayed at the first visit → private browsing panel may display on non-private window
|
|
||
Comment 2•6 years ago
|
||
Also not a regression, this is how the appmenu panel works.
Keywords: regression
|
||
Comment 3•5 years ago
|
||
We are going to live with this quirk. There is little value in fixing it in light of bug 1516670 and the work that would be needed to change the default behavior of the appmenu panel.
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•