Closed Bug 1679137 Opened 4 years ago Closed 4 years ago

Consider exiting search mode after pressing Accel+L

Categories

(Firefox :: Address Bar, defect, P3)

defect

Tracking

()

RESOLVED WONTFIX
Tracking Status
firefox85 --- affected

People

(Reporter: bj, Unassigned)

References

Details

(Keywords: blocked-ux)

Previously Focus Address Bar would fully select the address bar and anything typed after would replace the full contents of the address bar. With Tab-to-Search this is no longer consistent.

I use control-L when typing in the address bar and I decide that my previous approach was incorrect and I want to start over. This doesn't always work anymore. Focus Address Bar is only focusing on part of the address bar in Tab-to-Search mode.

Steps to reproduce:

  1. Type in the address bar without invoking Tab-to-Search.
  2. Invoke Focus Address Bar (control-L or alt-D).
  3. Type in the address bar invoking Tab-to-Search.
  4. Invoke Focus Address Bar.

Expected:
2 & 4) Everything in the address bar is selected and the next letter will restart typing or searching for an URL.

Actual:
2) Everything in the address bar is selected and the next letter will restart typing or searching for an URL.
4) Only the characters typed in Tab-to-Search are selected and the address bar is not fully reset.

Severity: -- → S3
Keywords: blocked-ux
Priority: -- → P3
Summary: Focus Address Bar doesn't fully reset address bar in Tab-to-Search mode → Consider exiting search mode after pressing Accel+L

This actually depends on what we expect CTRL+L to be, a way to just focus and select the address bar, or a way to restart the user flow.

Also, if we'd implement this, would we just exit search mode and keep the search string, or would we actually revert to what the user typed? The problem here is if the user typed "@am" then pressed TAB, then typed "shoes", should we restore "@am shoes", "@amazon shoes" or "shoes"? This is unclear, the first case looks a bit useless, the second would immediately re-enter search mode... the third one may work, but of course in the tab-to-search case there is a small dataloss.

I must point out in Chrome CTRL+L exits their "tab-to-search" mode, but restores the domain, so in practice if I'm on tab-to-search mode for amazon and shoes, CTRL+L sets the urlbar to "amazon.it shoes".

We discussed it twice, in the end the team thinks the use-case is a bit too exotic, most users wouldn't expect CTRL+L to change the urlbar behavior or contents, but just to focus and select it. Differenciating the behavior depending on whether the urlbar is focused or not may be even more confusing also for QA.
There are also two workarounds, too, that allow to achieve similar outcome:

  1. mouse users can click on the search engine chiclet to close it
  2. keyword users can backspace twice

All considered, we are not planning to address this.

Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.