1526366 - Pref Search in PBM to ON by default in 66 Release

Status: RESOLVED FIXED

(Firefox :: New Tab Page, defect, P1)

Description

[Ricky Rosario [:rrosario, :r1cky]]

This basically will revert Bug Bug 1521961. We now want PBM with Search ON by default \o/

Comment 1

[Ricky Rosario [:rrosario, :r1cky]]

Attachment: Bug 1526366 - Pref Search in PBM to ON by default in 66 Release

MozReview-Commit-ID: 9Ocns8ig19H

Comment 2

[Pulsebot]

Pushed by [e-mail]:
https://hg.mozilla.org/integration/autoland/rev/5a7505f349c9
Pref Search in PBM to ON by default in 66 Release r=nanj

Comment 3

[Narcis Beleuzu [:NarcisB]]

https://hg.mozilla.org/mozilla-central/rev/5a7505f349c9

Comment 4

[Ricky Rosario [:rrosario, :r1cky]]

Comment on attachment 9042518 [details]
Bug 1526366 - Pref Search in PBM to ON by default in 66 Release

Beta/Release Uplift Approval Request

Feature/Bug causing the regression

None

User impact if declined

By default, there would be no search in about:privatebrowsing in Release 66.

Is this code covered by automated tests?

Yes

Has the fix been verified in Nightly?

Yes

Needs manual test from QE?

Yes

If yes, steps to reproduce

Go to about:privatebrowsing in Private Browsing mode and verify the search box is present.

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 just a pref change. The feature is already enabled by default in beta and nightly.

String changes made/needed

Comment 5

[Liz Henry (:lizzard) (relman/hg->git project)]

The feature description in Trello only says this is not ready to be turned on by default and it might roll out gradually on 66 release. So, maybe that's changed because of a positive report from QA? I haven't seen the sign off.

Comment 6

[Liz Henry (:lizzard) (relman/hg->git project)]

From mconnor this morning, the plan is to have this off by default and control the rollout from Normandy.

Comment 7

[Ciprian Muresan [:cmuresan], Ecosystem QA]

This feature is not yet signed off because we're waiting to get closer to Release 66 to start our test runs. The closer we are to the targeted release the better it is to assure that no issues appear right before release.
If the plan is for this feature to be signed off ASAP we can do that, otherwise, we're targeting the 25th of Feb - 8th of March to start testing and send the sign off. Initial testing in Nightly and Beta looked good.

Comment 8

[Ricky Rosario [:rrosario, :r1cky]]

Per comment 6, we aren't uplifting this.

Comment 9

[Tim Spurway [:tspurway]]

[Tracking Requested - why for this release]:

OK. Sorry for all the see-saw on this feature, :lizzard and :cmuresan!

Liz, I'm not sure how to set the flags on the patch to re-request uplift. Should I attach the patch again? Ciprian, I guess we go back to the original QA plan you suggested in comment #7. Is that OK?

We want to pref this feature on by default in 66 release and will run a hold-back experiment to measure the difference (https://experimenter.services.mozilla.com/experiments/search-in-private-browsing-new-tab-impact-study/).

Comment 10

[Liz Henry (:lizzard) (relman/hg->git project)]

Tim - We can just use the existing patch; I can reset the flags. I'll ask you for a link to the plan or discussion of it in the related Trello card.

Comment 11

[Cosmin Sabou [:CosminS]]

https://hg.mozilla.org/releases/mozilla-beta/rev/bb503d613cd7

Comment 12

[(no longer active)]

I was asked to look at this feature from the privacy perspective and do a review to ensure that there are no blockers for shipping it. I looked at the code behind it as well as how it behaves through testing locally and couldn't find any problems.

From my perspective I don't see any reason to withhold this from shipping in 66. Thanks to everyone who helped make this happen!

Comment 13

[Ciprian Muresan [:cmuresan], Ecosystem QA]

Removing my needinfo as QA has signed off on both the feature and the experiment (both were GREEN).