Description
there is a double "switch to tab" button when there should be only one. since i have only one tab open with a site loaded.

Tested on
Windows 10 64bit, ubuntu 20 and Macos 10.15
Nightly 93.0a1 , Release 91.0.2 , and Beta 92
all affected.

Steps to reproduce

• create New profile
• type "moz"
• click on the option "Get involved" in the suggestions
• open a second tab
• type "moz"

Actual results
there are 2 options in the suggestions that are showing a switch to tab.

Expected results
only one option should be showing

note
if you type "moz", 2 will show up
and if you type another letter "mozi", only one shows up

Changing severity to S4

mozregression:

Bug 1662167 - Part 3 - Modify input history tests to pass. r=adw

build_url: https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/UNxXLoUpR0uO3XLl9pjSRA/runs/0/artifacts/public%2Fbuild%2Ftarget.zip
changeset: 96f3dac42ba96c344556a68cc49f57d7c6ac48b3
pushlog_url: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=a33179f40e4643927f680e6cb1a74d343cd8bd77&tochange=96f3dac42ba96c344556a68cc49f57d7c6ac48b3

One has the bookmark title, the other one the history title, there is probably a redirect involved too (the bookmark url redirects to the final one).
This may be a deduplication problem between the first result, that is an adaptive result, and the second result that comes from history.

Another interesting thing here is that a switch to tab entry should probably never use the bookmark title, that just seems confusing if the bookmark redirects, people would think we are suggesting a page that is NOT open. Switch to tab should always match on history title (We may be matching on the wrong title if the page is bookmarked? Should both be matched?) and show history title. This may require a follow-up bug though.

This might've been resolved in a different fix.

Is this issue still reproducible?

We verified and we could no longer reproduce this issue on latest builds, solving as RWFM.