Private tabs thumbnails are visible when opening a bookmark/history/search group item in a private tab
Categories
(Firefox for Android :: Privacy, defect)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox138 | --- | unaffected |
| firefox139 | --- | unaffected |
| firefox140 | + | verified |
| firefox141 | --- | verified |
People
(Reporter: vtamas, Assigned: mavduevskiy)
References
(Blocks 1 open bug)
Details
(Whiteboard: [fxdroid][group2])
Attachments
(5 files, 6 obsolete files)
|
6.70 MB,
video/mp4
|
Details | |
|
48 bytes,
text/x-phabricator-request
|
dmeehan
:
approval-mozilla-beta+
|
Details | Review |
|
48 bytes,
text/x-phabricator-request
|
dmeehan
:
approval-mozilla-beta+
|
Details | Review |
|
48 bytes,
text/x-phabricator-request
|
dmeehan
:
approval-mozilla-beta+
|
Details | Review |
|
5.82 MB,
video/mp4
|
Details |
Lock tabs
Steps to reproduce
- Open at least one private tab.
- Switch to non-private mode.
- Minimize and restore the app.
- a) Go to Settings -> Bookmarks, tap o 3 dots menu displayed on the right side of a bookmarks and select "Open in private tab";
b) Go to Settings -> History, select multiple items, tap on the 3 dot menu and select "Open in private tab";
c) Go to Homepage -> Recently visited, tap on a search group, select an item, tap on the 3 dot menu and select "Open in private tab".
Expected behavior
The biometric authentication is requested before displaying the tabs thumbnails in private tabs tray.
Actual behavior
The new opened tab is displayed in the private tabs tray, also revealing the other private tabs thumbnails already opened. The authentication is requested only when selecting a private tab from tabs tray.
Device information
- Firefox version: Firefox for Android Nightly 140 (2025-05-20)
- Android device model: Samsung S24 Ultra (Android 14), Google Pixel 8 (Android 15)
Updated•9 months ago
|
Updated•9 months ago
|
Updated•9 months ago
|
| Assignee | ||
Comment 1•9 months ago
|
||
We need to use exactly the same logic on history and bookmarks fragments before opening tabstray, refactoring to avoid code duplication.
| Assignee | ||
Comment 2•9 months ago
|
||
| Assignee | ||
Comment 3•9 months ago
|
||
Bookmarks part requires more time, there is more architecture there; probably, have to add a new action, something like "onVerified", to wire up MiddleWare and a Fragment. Otherwise, if the vefification goes through a pin, there is no way to continue same midleware action chain.
| Assignee | ||
Comment 4•9 months ago
|
||
This is a concept to get feedback from people who worked on the recent bookmarks refactoring.
| Assignee | ||
Comment 5•9 months ago
|
||
synced with :matt-tighe today about it, discussing ways to improve it. opened up a followup for it
| Assignee | ||
Comment 6•9 months ago
|
||
based on feedback for D252266, exploring an option to reuse UnlockPrivateTabsFragment in a headless state, to be used by History/Bookmarks fragment and listening to appstate for result.
This ticket may possibly also address "If user switches to PBM from the tabs tray and minimizes the app and reopens it, the app should be locked and require authenticating" so we should test that when this is done
Updated•9 months ago
|
Updated•9 months ago
|
Updated•9 months ago
|
Comment 10•9 months ago
|
||
Backed out for causing Fenix failures.
Backout link: https://hg-edge.mozilla.org/integration/autoland/rev/dcea5a30dd46304a57edeae85daf6210fbf3da01
Failure log: https://treeherder.mozilla.org/logviewer?job_id=511975561&repo=autoland&lineNumber=32120
| Assignee | ||
Comment 11•9 months ago
|
||
That's a suspicious failure, the code area isn't related and wasn't modified, the same job did pass mach try and it passes locally. Rebasing and trying again.
| Assignee | ||
Comment 12•9 months ago
|
||
found the issue, a test missing a 'isPrivateScreenLocked' mock. relaunching tests to check that it's gone and landing it
interesting detail, the test would only fail if all tests were launched. the test individually, as a class and even as a suite did work correctly. but after adding a, seemingly unrelated, mock, but now './gradlew :app:testDebugUnitTest' passes locally.
Comment 13•9 months ago
|
||
Comment 14•9 months ago
|
||
We need to use exactly the same logic on history and bookmarks fragments before opening tabstray, refactoring to avoid code duplication.
Original Revision: https://phabricator.services.mozilla.com/D251978
Updated•9 months ago
|
Comment 15•9 months ago
|
||
firefox-beta Uplift Approval Request
- User impact if declined: Private tabs thumbnails would be visible when opening a bookmark/history/search group item in a private tab even though user has locked private tabs.
- Code covered by automated testing: yes
- Fix verified in Nightly: yes
- Needs manual QE test: yes
- Steps to reproduce for manual QE testing: Listed in ticket 1967708
- Risk associated with taking this patch: Low
- Explanation of risk level: In this patch we are only refactoring existing logic that is specific to private browsing
- String changes made/needed: N/A
- Is Android affected?: yes
Comment 16•9 months ago
|
||
We need to use exactly the same logic on history and bookmarks fragments before opening tabstray, refactoring to avoid code duplication.
Original Revision: https://phabricator.services.mozilla.com/D251978
Updated•9 months ago
|
Comment 17•9 months ago
|
||
Original Revision: https://phabricator.services.mozilla.com/D252025
Updated•9 months ago
|
Comment 18•9 months ago
|
||
Original Revision: https://phabricator.services.mozilla.com/D252266
Updated•9 months ago
|
Comment 19•9 months ago
|
||
We need to use exactly the same logic on history and bookmarks fragments before opening tabstray, refactoring to avoid code duplication.
Original Revision: https://phabricator.services.mozilla.com/D251978
Updated•9 months ago
|
Comment 20•9 months ago
|
||
Original Revision: https://phabricator.services.mozilla.com/D252025
Updated•9 months ago
|
Comment 21•9 months ago
|
||
firefox-beta Uplift Approval Request
- User impact if declined: Private tabs thumbnails would be visible when opening a bookmark/history/search group item in a private tab even though user has locked private tabs.
- Code covered by automated testing: yes
- Fix verified in Nightly: yes
- Needs manual QE test: yes
- Steps to reproduce for manual QE testing: Listed in ticket 1967708
- Risk associated with taking this patch: Low
- Explanation of risk level: This doesn't change the existing behavior for history fragment unless user has enabled locking private tabs. If that's the case then user needs to authenticate first before viewing private tabs from the history fragment
- String changes made/needed: n/a
- Is Android affected?: yes
Comment 22•9 months ago
|
||
firefox-beta Uplift Approval Request
- User impact if declined: Private tabs thumbnails would be visible when opening a bookmark/history/search group item in a private tab even though user has locked private tabs.
- Code covered by automated testing: yes
- Fix verified in Nightly: yes
- Needs manual QE test: yes
- Steps to reproduce for manual QE testing: Listed in ticket 1967708
- Risk associated with taking this patch: Moderate
- Explanation of risk level: We now require authentication to access bookmarks and open them in private tabs if user has enabled locking private tabs. This is moderate in risk because it's changing code in bookmarks but we have included tests to ensure everything works as intended and looped in engineers from the squad that works on bookmarks to ensure the changes do not introduce any regressions.
- String changes made/needed: n/a
- Is Android affected?: yes
Updated•9 months ago
|
Updated•9 months ago
|
Updated•9 months ago
|
Comment 23•9 months ago
|
||
| bugherder | ||
https://hg.mozilla.org/mozilla-central/rev/a1e3aa558021
https://hg.mozilla.org/mozilla-central/rev/23c2188ecc87
https://hg.mozilla.org/mozilla-central/rev/46aed06c9fdd
Updated•9 months ago
|
Updated•9 months ago
|
Updated•9 months ago
|
Comment 24•9 months ago
|
||
| uplift | ||
Updated•9 months ago
|
Updated•9 months ago
|
Updated•9 months ago
|
Updated•9 months ago
|
Updated•9 months ago
|
Updated•9 months ago
|
Updated•9 months ago
|
Updated•9 months ago
|
| Reporter | ||
Comment 25•9 months ago
|
||
This issue is verified as fixed for bookmarks and history but it still reproduces for search groups - issue tracked in a separate bug 1971723. The testing was performed on Firefox for Android Nightly 141 (2025-06-11) and Firefox 140 beta 8 on Samsung S24 Ultra (Android 15), Google Pixel 8 (Android 15), Poco M4 Pro (Android 12).
| Reporter | ||
Updated•9 months ago
|
Description
•