User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:71.0) Gecko/20100101 Firefox/71.0

Steps to reproduce:

1. Focus URL bar either by click or with Ctrl+L.
2. Type or paste "https://www.mozilla.org/en-US/" into the URL bar.
3. Push down arrow until an icon in the "This time, search with:" bar is highlighted.
4. Click back into the URL bar, placing the cursor somewhere not at the beginning of the entered URL. Or focus and highlight whole URL text with Ctrl+L.
5. Push the left arrow key, intending to move the cursor left through the URL text.

Actual results:

Cursor location does not move. Focus moves left or wraps around through icons along "This time, search with:" bar, instead of through the text in the URL bar.

Expected results:

Since the URL text was focused, the cursor should move through the text when using the arrow keys.

Bugbug thinks this bug should belong to this component, but please revert this change in case of error.

One-off buttons are taking priority over the input field... I think we should stop supporting navigating things with buttons that can be used to move the caret, UP/DOWN still work for any result, included one-off buttons. The downside is that up/down is less obvious for the user than left/right, because these buttons are laid down horizontally.
This is a non critical problem anyway, because the user can "easily" escape the keys trap exiting one-off buttons selection.

@Verdi: could we evaluate supporting only up/down for navigating through results, even if it's a list of horizontal elements? I don't think that technically we can distinguish whether the user wants to move the caret or change button.

duping to bug 1632318 just because it has a better title