[meta] Enable handoff from new tab/ about:home in-content SAP to Awesome Bar
Categories
(Firefox :: Address Bar, enhancement, P3)
Tracking
()
People
(Reporter: javaun, Unassigned)
References
(Depends on 1 open bug, Blocks 2 open bugs)
Details
(Keywords: meta, Whiteboard: [fxsearch])
User Story
As a user, I want a single search field to handle all my needs so that I don’t have to think about which one to use or how they differ. As a user, I want Firefox to make learning functionality easy, so I can learn as I go. AC * When user types in New Tab or about:home search field, it hands off immediately to Awesome Ba * This UI interaction is pref’able so that we can test it in an opt-out Shield vs. a control group to see if it impacts adoption of search in Awesome bar (or we can launch it via a GoFaster Addon)
Reporter | ||
Comment 1•8 years ago
|
||
Updated•8 years ago
|
Updated•8 years ago
|
Comment 2•5 years ago
|
||
Isn't this already done?
Comment 3•5 years ago
|
||
it's only enabled in Nightly for Product reasons.
Comment 4•5 years ago
|
||
It is only enabled for nightly users. Bug 1520290 is outstanding work that needs to be done. I'll transform this into the meta. I think I'll put it in address bar since it is either address bar or new tab related, but bug 1520290 is in address bar already.
I don't see any added value in handing off new tab / about:home searches to the Awesome Bar.
Frankly, it is rather patronizing to think a user cannot decide for himself to use the search box or the Awesome Bar.
Also, redirecting users from one interface element to another doesn't seem like a good design to me.
Moreover, without bug 1552463 being implemented, the user is now actually redirected to a worse search experience.
So IMO the handoff should be kept to Private Navigation or abandoned altogether, but if not, bug 1552463 should be considered blocking.
Thanks for reading.
Updated•4 years ago
|
This is enabled in https://bugzilla.mozilla.org/show_bug.cgi?id=1699834
Updated•3 years ago
|
Description
•