Switch browser.urlbar.update2.emptySearchBehavior to 0 for Firefox 83
Categories
(Firefox :: Address Bar, task, P1)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox82 | --- | unaffected |
| firefox83 | --- | verified |
| firefox84 | --- | verified |
People
(Reporter: mak, Assigned: mak)
References
Details
Attachments
(1 file)
|
47 bytes,
text/x-phabricator-request
|
pascalc
:
approval-mozilla-beta+
|
Details | Review |
On Verdi's request let's switch browser.urlbar.update2.emptySearchBehavior to 0 before releasing 83
| Assignee | ||
Comment 1•7 months ago
|
||
[Tracking Requested - why for this release]: UX wants this change before we release the feature.
| Assignee | ||
Updated•7 months ago
|
Updated•7 months ago
|
| Assignee | ||
Comment 2•7 months ago
|
||
Updated•7 months ago
|
Updated•7 months ago
|
| Assignee | ||
Comment 3•7 months ago
•
|
||
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:
| Assignee | ||
Updated•7 months ago
|
| Assignee | ||
Comment 4•7 months ago
|
||
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
Comment 6•7 months ago
|
||
| bugherder | ||
Updated•7 months ago
|
Updated•7 months ago
|
Comment 7•7 months ago
|
||
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.
Comment 8•7 months ago
|
||
| bugherderuplift | ||
Landed for 83.0b10.
https://hg.mozilla.org/releases/mozilla-beta/rev/9b09b1ef281f
Verified - Fixed in latest Beta 83.0b10 and Nightly 84.0a1 ( 20201109095222) using Windows 10 and Ubuntu 18.04 and Mac 10.15.
Comment 10•7 months ago
|
||
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?
| Assignee | ||
Comment 11•7 months ago
|
||
You're right, this should have only affected search engines in search mode, not other things. I'll file a bug.
| Assignee | ||
Comment 12•7 months ago
|
||
(In reply to lilydjwg from comment #10)
I get here after a mozregression session.
This should now be fixed. Thank you for the report!
Description
•