Closed Bug 1675537 Opened 7 months ago Closed 7 months ago

Switch browser.urlbar.update2.emptySearchBehavior to 0 for Firefox 83

Categories

(Firefox :: Address Bar, task, P1)

task
Points:
1

Tracking

()

VERIFIED FIXED
84 Branch
Iteration:
84.2 - Nov 2 - Nov 15
Tracking Status
firefox82 --- unaffected
firefox83 --- verified
firefox84 --- verified

People

(Reporter: mak, Assigned: mak)

References

Details

Attachments

(1 file)

On Verdi's request let's switch browser.urlbar.update2.emptySearchBehavior to 0 before releasing 83

[Tracking Requested - why for this release]: UX wants this change before we release the feature.

Points: --- → 1
Blocks: 1665048
Assignee: nobody → htwyford
Status: NEW → ASSIGNED
Iteration: --- → 84.2 - Nov 2 - Nov 15
Attachment #9186027 - Attachment description: Bug 1675537 - Switch browser.urlbar.update2.emptySearchBehavior to 0 for Firefox 83. r=harry → Bug 1675537 - Switch browser.urlbar.update2.emptySearchBehavior to 0. r=harry
Assignee: htwyford → mak
Blocks: 1675558

Comment on attachment 9186027 [details]
Bug 1675537 - Switch browser.urlbar.update2.emptySearchBehavior to 0. r=harry

Beta/Release Uplift Approval Request

  • User impact if declined: We are releasing Urlbar Update 2 in Firefox 83, but we decided to disable this sub-feature.
  • Is this code covered by automated tests?: Yes
  • Has the fix been verified in Nightly?: No
  • Needs manual test from QE?: Yes
  • If yes, steps to reproduce: Entering Search Mode with an empty string (for example by clicking on a one-off search button without a search string, or CTRL+K) should not show search history or browsing history results.
  • 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 pref-flipping a sub feature of update2, that was one of the possible outcomes we planned.
  • String changes made/needed:
Attachment #9186027 - Flags: approval-mozilla-beta?
Flags: qe-verify+

Note: the patch is in queue for landing in Nightly, but autoland is closed atm. I filed the request sooner to anticipate this requirement to the stakeholders.

Pushed by mak77@bonardo.net:
https://hg.mozilla.org/integration/autoland/rev/13659eaf695f
Switch browser.urlbar.update2.emptySearchBehavior to 0. r=harry
Status: ASSIGNED → RESOLVED
Closed: 7 months ago
Resolution: --- → FIXED
Target Milestone: --- → 84 Branch
QA Whiteboard: [qa-triaged]

Comment on attachment 9186027 [details]
Bug 1675537 - Switch browser.urlbar.update2.emptySearchBehavior to 0. r=harry

Approved for the beta branch before the merge, thanks.

Attachment #9186027 - Flags: approval-mozilla-beta? → approval-mozilla-beta+

Verified - Fixed in latest Beta 83.0b10 and Nightly 84.0a1 ( 20201109095222) using Windows 10 and Ubuntu 18.04 and Mac 10.15.

Status: RESOLVED → VERIFIED
QA Whiteboard: [qa-triaged]
Flags: qe-verify+

I get here after a mozregression session. I don't quite understand what this change meant to users, and what do you think about my usage of this sub-feature?

I type a space to show my most frequently visited sites. I don't use the about:newtab's icons because it empathizes icons and shows part of domain below it, while I'm looking for website titles, and the urlbar completion is a very familiar thing.

Is this sub-feature going to fade away (like bug 712602 which removes the ability to show up frequently visited sites without using a keyboard), or it will stay in this form?

You're right, this should have only affected search engines in search mode, not other things. I'll file a bug.

Regressions: 1676398

(In reply to lilydjwg from comment #10)

I get here after a mozregression session.

This should now be fixed. Thank you for the report!

You need to log in before you can comment on or make changes to this bug.