59 bytes, text/x-review-board-request
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.
Status: UNCONFIRMED → NEW
Has Regression Range: --- → yes
Has STR: --- → yes
Component: Untriaged → Private Browsing
Ever confirmed: true
OS: Unspecified → All
Hardware: Unspecified → All
Accidentally removed a needed line on the policy checkin.
Assignee: nobody → 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 email@example.com: https://hg.mozilla.org/integration/autoland/rev/010b589f89a0 Add back line accidentally removed in bug 1432355. r=Gijs
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
(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?
> Mike, did this happen? Not yet. Was on my list for today. I'll do it now.
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
You need to log in before you can comment on or make changes to this bug.