1894444 - Circle-clicking on a list item in Omnibox that has a [switch to tab] icon should open a new tab

Status: RESOLVED DUPLICATE of bug 1536756

(Firefox :: Address Bar, enhancement)

Description

[Łukasz]

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

Steps to reproduce:

I open google.com in one tab (tab A).
I open mozilla.org in the second tab (tab B).
I enter "google" in the Omnibox.
I click with my mouse wheel on the "Google [switch to tab]" result.

Actual results:

The browser switches to the already open google.com tab (tab A).

My irritation increases with each use...

Expected results:

The browser should open a new tab with google.com (tab C).

Because when the list in Omnibox does not have the [switch to tab] icon, clicking the circle opens it in a new tab.

Because I want to have a copy of this site at hand.
This is important when I have many different tabs open at the same time, and the old google.com tab is intended for a completely different context.
When Firefox switches to google.com (tab A), it's hard to go back to mozilla.org (tab B), because they are far from each other, I have to scroll through the tab bar...

The same when in the same situation, I want to open google.com in a new tab, using only the keyboard. Normally, Alt+Enter opens a new tab, but when the result in the Omnibox list has a [switch to tab] badge, Alt+Enter... opens the page in the CURRENT tab - this is even weirder behavior.
Alt+Enter should always work the same, i.e. open in a new tab.

To sum up:
Regardless of whether the Omnibox search result has a [switch to tab] badge:

• clicking the mouse wheel always opens in a new tab.
• Alt+Enter always opens in a new tab.

I am asking for it.

Comment 1

[BugBot [:suhaib / :marco/ :calixte]]

The Bugbug bot thinks this bug should belong to the 'Firefox::Tabbed Browser' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.