Closed Bug 1442749 Opened 6 years ago Closed 6 years ago

Starting Firefox with -private-window <url> launches a second non private window

Categories

(Firefox :: Private Browsing, defect)

60 Branch
defect
Not set
normal

Tracking

()

VERIFIED FIXED
Firefox 60
Tracking Status
firefox-esr52 --- unaffected
firefox58 --- unaffected
firefox59 --- unaffected
firefox60 --- verified
firefox61 --- verified

People

(Reporter: lola_j22, Assigned: mkaply)

References

Details

(Keywords: regression)

Attachments

(1 file)

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:59.0) Gecko/20100101 Firefox/59.0
Build ID: 20100101

Steps to reproduce:

* Install latest Firefox 60, run it (or don't)
* Attempt to open Firefox with firefox.exe -private-window example.com


Actual results:

A new private window opens with example.com.
A second non private window opens on top of the requested page.


Expected results:

The second window should not appear.
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:60.0) Gecko/20100101 Firefox/60.0
20180309100425

https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=2667f0b010c959940d7a12b4311d54a6abd74ac5&tochange=b2a9a4bb5c94de179ae7a3f52fde58c0e2897498

Suspect: bug 1432355.

I wasn't able to narrow the range any further because I'm currently getting a CloudFront error when trying the inbound and autoland directory listings.
Blocks: 1432355
Status: UNCONFIRMED → NEW
Has Regression Range: --- → yes
Has STR: --- → yes
Component: Untriaged → Private Browsing
Ever confirmed: true
Flags: needinfo?(mozilla)
Keywords: regression
OS: Unspecified → All
Hardware: Unspecified → All
Accidentally removed a needed line on the policy checkin.
Assignee: nobody → mozilla
Flags: needinfo?(mozilla)
Comment on attachment 8957694 [details]
Bug 1442749 - Add back line accidentally removed in bug 1432355.

https://reviewboard.mozilla.org/r/226614/#review232476

How did this slip in? The cset I reviewed didn't remove this, and this was autolanded. So how did we end up with a revision that removed this on mozreview? :-\

Unfortunately the interdiff reviewboard provides on the old patch is no use for determining this at all because it crosses a rebase so 99% of it is unrelated junk.
Attachment #8957694 - Flags: review?(gijskruitbosch+bugs) → review+
Also, could you file a follow-up to add marionette / firefox-ui-functional tests for the commandline handlers?
Pushed by gijskruitbosch@gmail.com:
https://hg.mozilla.org/integration/autoland/rev/010b589f89a0
Add back line accidentally removed in bug 1432355. r=Gijs
https://hg.mozilla.org/mozilla-central/rev/010b589f89a0
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 60
It is verified as fixed. Only one private window appears this time.

Screen capture- https://testing-1.tinytake.com/sf/MjQzMDM5Ml83MzU0Mjg1

If "DisablePrivateBrowsing" policy is active, a normal window appears and it navigates to about:privatebrowsing (which is blocked by the policy).
Status: RESOLVED → VERIFIED
Nightly 61.0a1 and Build ID-20180312134431 is used for testing.
(In reply to :Gijs from comment #6)
> Also, could you file a follow-up to add marionette / firefox-ui-functional
> tests for the commandline handlers?

Mike, did this happen?
Flags: needinfo?(mozilla)
> Mike, did this happen?

Not yet. Was on my list for today. I'll do it now.
Flags: needinfo?(mozilla)
We also verified this on beta and it is fixed.
Test cases and runs are here- https://testrail.stage.mozaws.net/index.php?/plans/view/8760
Flags: in-qa-testsuite+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: