Switch to Tab option appears in Private window for non-Private Tab Using Search Shortcut
Categories
(Firefox :: Private Browsing, defect)
Tracking
()
People
(Reporter: haik, Assigned: daisuke)
References
(Regression)
Details
(Keywords: regression)
Attachments
(3 files)
|
335.34 KB,
image/png
|
Details | |
|
112.65 KB,
image/png
|
Details | |
|
48 bytes,
text/x-phabricator-request
|
jcristau
:
approval-mozilla-release+
jcristau
:
approval-mozilla-esr91+
|
Details | Review |
I have 'p' setup as a searchfox.org path search shortcut. In a private browsing window, when I start typing p <previously used search> the "switch to tab" option appears even though the tab to switch to is in a non-private window. Choosing the "switch to tab" has no effect.
Comment 1•4 years ago
|
||
Maybe a regression from bug 1686951? Daisuke, what do you think?
| Assignee | ||
Comment 2•4 years ago
|
||
Yeah, I think so. Please let me check.
| Assignee | ||
Comment 3•4 years ago
|
||
Hello Haik, thank you very much!
May I ask your env and STRs since I could not reproduce this issue with the following STRs??
- open https://searchfox.org/mozilla-central/source/netwerk/protocol/res/ExtensionProtocolHandler.cpp in non-private window
- open a private window
- type "ex" in addressbar in the private window
As the attachment, I could not see "switch to tab".
And also, I tried two types of search shortcuts.
First, ominbox, https://developer.mozilla.org/en-US/docs/Mozilla/Add-ons/WebExtensions/API/omnibox
Second, search shortcut addon (I made it using https://addons.mozilla.org/ja/firefox/addon/add-custom-search-engine/)
I tried both search shortcuts, but could not reproduce it yet.
So, I'd like to know your STRs and how to make your search shortcut.
Thanks!
Updated•4 years ago
|
| Reporter | ||
Comment 4•4 years ago
•
|
||
I can reliably reproduce the problem with a new profile, but the steps include restarting the browser and don't require using a search shortcut. See video here. (Video is hosted on dropbox.com. Login should not be required. Dismiss the login dialog by clicking 'X' if necessary.)
The steps followed are
- Open Nightly with a new profile
- Visit searchfox.org
- Do a path search for
ExtensionProtocolHandler.cpp(for example) - Observe ExtensionProtocolHandler.cpp is displayed
- Quit Nightly
- Re-open Nightly
- Type "exte" in the search bar and then choose
ExtensionProtocolHandler.cppfrom the list of suggestions. - Open a new private window
- Type "ex" in the search bar
- The "Switch to Tab" problem occurs
| Assignee | ||
Comment 5•4 years ago
|
||
Thank you very much for the detailed information!
Yes, I could reproduce it with your STRs.
I will take a look at this issue.
| Assignee | ||
Comment 6•4 years ago
|
||
Updated•4 years ago
|
Comment 8•4 years ago
|
||
| bugherder | ||
Updated•4 years ago
|
Updated•4 years ago
|
Comment 9•4 years ago
|
||
Comment on attachment 9233903 [details]
Bug 1720369: Avoid showing adaptive history of different private-browsing mode as switch-to-tab.
Beta/Release Uplift Approval Request
- User impact if declined: Nominating this for a 91 dot release since it's privacy related. This bug is new on 91 and fixed on 92. It causes private and non-private switch-to-tab results to be commingled. i.e., tabs from private windows can be visible in non-private windows and vice versa, as switch-to-tab results in the address bar panel.
- Is this code covered by automated tests?: Yes
- Has the fix been verified in Nightly?: No
- Needs manual test from QE?: Yes
- If yes, steps to reproduce: Please see comment 4
- List of other uplifts needed: None
- Risk to taking this patch: Low
- Why is the change risky/not risky? (and alternatives if risky): This is a small change that changes one value, and it has a test
- String changes made/needed:
ESR Uplift Approval Request
- If this is not a sec:{high,crit} bug, please state case for ESR consideration: Nominating this for 91 ESR since it's privacy related. This bug is new on 91 and fixed on 92.
- User impact if declined: It causes private and non-private switch-to-tab results to be commingled. i.e., tabs from private windows can be visible in non-private windows and vice versa, as switch-to-tab results in the address bar panel.
- Fix Landed on Version: 92
- Risk to taking this patch: Low
- Why is the change risky/not risky? (and alternatives if risky): This is a small change that changes one value, and it has a test
- String or UUID changes made by this patch:
Updated•4 years ago
|
Comment 10•4 years ago
|
||
Reproduced the issue with Firefox 92.0a1 (2021-07-13) on Windows 10x64 and STR from comment 4.
The issue is verified fixed with Firefox 93.0a1 (20210815094823) and 92.0b4 (20210815185614) on Windows 10x64, macOS 10.13 and Ubuntu 21.04. Switch to tab option is no longer displayed inside Private Window after following STR from comment 4.
Updated•4 years ago
|
Updated•4 years ago
|
Comment 11•4 years ago
|
||
Comment on attachment 9233903 [details]
Bug 1720369: Avoid showing adaptive history of different private-browsing mode as switch-to-tab.
new regression, simple fix, verified in nightly and beta; approved for 91.0.1, thanks
Comment 12•4 years ago
|
||
| bugherder uplift | ||
Comment 13•4 years ago
|
||
| uplift | ||
for 91.0.1esr (FIREFOX_91_0_X_RELBRANCH):
https://hg.mozilla.org/releases/mozilla-esr91/rev/da45987611e7bd2758ea4c6a4c422d5863e8b7fa
for 91.1esr (default):
https://hg.mozilla.org/releases/mozilla-esr91/rev/5d8c2777952b40620cd0b4c2f251f1f39799f08d
Comment 14•4 years ago
|
||
Added to the 91.0.1 relnotes:
Fixed an issue which caused tabs from private windows to be visible in non-private windows when viewing switch-to-tab results in the address bar panel
Comment 15•4 years ago
|
||
Verified fixed with 91.0.1 (20210816143654) and 91.0.1esr (20210816144842) on Windows 10x64, macOS 10.15 and Ubuntu 21.04. The Switch to tab option is no longer displayed in the private window after following steps from comment 4.
Comment 16•4 years ago
|
||
In terms of qa coverage, I don't think having a specific test for the specific scenario that causes this regression would be the proper action item here, so - for that. However, we are lacking in terms of coverage involving interaction betwen normal and private mode, area that QA intends to add coverage in the future.
Description
•