Closed Bug 1975212 Opened 1 year ago Closed 1 year ago

Inconsistent new tab privacy state when opening app that is already running in background vs closed

Categories

(Firefox for Android :: Homepage, defect, P3)

Firefox 141
All
Android
defect

Tracking

()

RESOLVED WORKSFORME
Tracking Status
firefox140 --- unaffected
firefox141 --- fix-optional
firefox142 --- wontfix
firefox143 --- wontfix

People

(Reporter: ke5trel, Unassigned)

References

(Regression)

Details

(Keywords: regression)

STR:

  1. Open Android Nightly 142.0a1.
  2. Open a private tab.
  3. Close app and swipe it away from recents.
  4. Open Nightly from normal app icon (not private shortcut or search widget).
  5. Note the privacy state of the new tab.
  6. Repeat steps 1-5 but leave app open in background in step 3.

Expected:
New tab is consistently private or non-private regardless of running state of app.

Actual:
When app is running in the background with active private tab, the new tab is created private but when app is not running, the new tab is created non-private.

It is not obvious to the user that the app is already running in the background or not, making the privacy state unpredictable. The running state of an app is an obscure technicality for most users who leave apps running for long periods. Background updates can cause the app to close at any time without the user noticing.

Prior to the regression it would always use the privacy state of the last tab, independent of the app running state, which is more intuitive and consistent from the user's perspective. Consistency is important since the user could expect a private tab but accidentally be using a non-private tab resulting in leaks.

Regression window:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=87e010ebac62c5bed9a41c64e63df5be347f65e6&tochange=b03555008151d6d19fca7e8986f4c206074e7a82

Regressed by Bug 1968048.

:gl, since you are the author of the regressor, bug 1968048, could you take a look?

For more information, please visit BugBot documentation.

Flags: needinfo?(gl)
Severity: -- → S3
Flags: needinfo?(gl)
Priority: -- → P3
See Also: → 1976279

Set release status flags based on info from the regressing bug 1968048

Fixed by Bug 1973769.

Status: NEW → RESOLVED
Closed: 1 year ago
Depends on: 1973769
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.