Make tab navigation work when there's a search string
Categories
(Firefox :: Address Bar, enhancement, P1)
Tracking
()
Tracking | Status | |
---|---|---|
firefox73 | --- | unaffected |
firefox74 | --- | verified |
firefox75 | --- | verified |
People
(Reporter: mak, Assigned: mak)
References
(Depends on 1 open bug)
Details
Attachments
(1 file)
47 bytes,
text/x-phabricator-request
|
pascalc
:
approval-mozilla-beta+
|
Details | Review |
Verdi said we should re-enable tab navigation when there is a typed search string, mouse will still always allow to navigate with tab.
This means pretty much only top sites (shown when there's no typed string, or with the current page url) can't be navigated with tab.
We can also remove the pref disabling keyboard tab navigation, since it would only affect this tiny case.
There is one case we would like to be sure about, for a11y:
- type a string
- unfocus the urlbar
- focus the urlbar again through the keyboard shortcut
- at this point we reopen the view, and because there is a typed string tab would go through results
Jamie, does that look ok?
Assignee | ||
Comment 1•6 years ago
|
||
Sorry, I forgot the needinfo, please see comment 0.
Assignee | ||
Updated•6 years ago
|
Comment 2•6 years ago
|
||
Eek, that is indeed a bit ugly. However, I think it's mitigated by two things:
- It's probably rare that a user will unfocus the URL bar after typing.
- Unfocusing the URL bar would most often be done with tab or shift+tab, but since tab will move through results (as it did previously), the user will need to clear the address bar first in order to unfocus it this way (as was the case previously).
So, I think this should be okay. Certainly, I think it's a better compromise for different groups of users than we have now.
Assignee | ||
Comment 3•6 years ago
|
||
(In reply to James Teh [:Jamie] from comment #2)
- Unfocusing the URL bar would most often be done with tab or shift+tab, but since tab will move through results (as it did previously), the user will need to clear the address bar first in order to unfocus it this way (as was the case previously).
Note currently tabbing out and back in the urlbar doesn't reopen the view, but it should and that's bug 1616872. So yes, once that will be fixed, you'll have to clear the string to tab away from the urlbar.
Assignee | ||
Updated•6 years ago
|
Comment 4•6 years ago
|
||
:mak, it's unclear for QA if this will be uplift material for 74?
Assignee | ||
Comment 6•6 years ago
|
||
![]() |
||
Comment 9•6 years ago
|
||
bugherder |
Assignee | ||
Comment 10•6 years ago
|
||
Comment on attachment 9128180 [details]
Bug 1616880 - Allow tabbing through urlbar results when there's a search string. r=dao,adw
Beta/Release Uplift Approval Request
- User impact if declined: We would like to run a pref flipping experiment in Firefox 74 with the new design enabled, this is part of it.
The new design is normally disabled in 74, and will ride the train for 75. - 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: Open a new tab, the urlbar should be focused, press tab, focus should move to the next toolbar item.
Open a new tab, the urlbar should be focused, type something in the urlbar, press tab, focus should move to the next urlbar result.
Focusing the urlbar with the mouse should always tab through results.
focusing the urlbar with the keyboard shortcut (CTRL+L) should tab through results if there's a user types string, focus the next toolbar item otherwise. - List of other uplifts needed: None
- Risk to taking this patch: Low
- Why is the change risky/not risky? (and alternatives if risky): The new design will be disabled by default in Firefox 74, it will only affect our pref-flip experiment.
This also moves use closer to the old behavior. - String changes made/needed:
Assignee | ||
Updated•6 years ago
|
Comment 11•6 years ago
|
||
Comment on attachment 9128180 [details]
Bug 1616880 - Allow tabbing through urlbar results when there's a search string. r=dao,adw
Needed for a 74 study, uplift approved for 74.0b8, thanks.
![]() |
||
Comment 12•6 years ago
|
||
bugherder uplift |
Assignee | ||
Updated•6 years ago
|
Updated•6 years ago
|
Comment 14•6 years ago
|
||
Verified the fix in Nightly 75.0a1 - 2020-02-28 on Windows 10 / Ubuntu 18.04 / Mac 10.13
Verified the uplift in 74.0b9 - 2020-02-27 on Windows 10 / Ubuntu 18.04 / Mac 10.13 (browser.urlbar.update1 - true ; browser.urlbar.openViewOnFocus - false )
The verification was focused on being able to use Tab to be able to navigate through the results, while there is user input or search results, in other cases it would navigate to the next toolbar item (next toolbar item being the Library as default). I could only see one problem (bug 1618250 ) which was already logged with additional investigation noted, bug being only visible when browser.urlbar.openViewOnFocus is true (preference false by default on beta).
Note:
Normally, since QuantumBar is pref'ed of in 74, I would mark 74 as disabled, but since this fix was uplifted with 74 study toggle in mind, I'm going to mark it as verified in this case.
Updated•6 years ago
|
Updated•6 years ago
|
Description
•