sometimes red or orange colored URLs appear in URL bar

[LaurenWags]

Description

See the following slack threads:

• https://bravesoftware.slack.com/archives/C7VLGSR55/p1671131140554189
• https://bravesoftware.slack.com/archives/C07HD31EZ/p1675190310035719

Sometimes red or orange colored URLs display in the URL bar.

Steps to Reproduce

1. Clean profile with C109 build, close/relaunch to pull griffin (not sure if necessary, but that's what I did)
2. Navigated to github.com/brave/brave-core/commits
3. Open brave://settings/appearance and enabled Always show full URLs (toggled it on, off and on again)
4. Enabled Autocomplete searches and URLs under brave://settings/privacy
5. Opened a new tab, typed "core" into URL bar and selected github.com/brave/brave-core/commits to navigate to it
6. Opened another new tab, typed "core" --> saw red/orange URL in URL bar

Actual result:

some URLs are red/orange, additional examples in slack threads above

Expected result:

normal color I guess

Reproduces how often:

easily

Brave version (brave://version info)

Brave | 1.47.186 Chromium: 109.0.5414.119 (Official Build) (x86_64)
-- | --
Revision | 772095164c7d5d4e73160f858efed3b5e87eca83-refs/branch-heads/5414@{#1458}
OS | macOS Version 12.6.3 (Build 21G419)

Version/Channel Information:

• Can you reproduce this issue with the current release? yes 1.47.x
• Can you reproduce this issue with the beta channel? yes 1.48.x
• Can you reproduce this issue with the nightly channel? unsure, probably yes

Other Additional Information:

• Does the issue resolve itself when disabling Brave Shields?
• Does the issue resolve itself when disabling Brave Rewards?
• Is the issue reproducible on the latest version of Chrome? yes, per https://bravesoftware.slack.com/archives/C7VLGSR55/p1671133807630169?thread_ts=1671131140.554189&cid=C7VLGSR55 same thing, but blue instead of red/orange

Miscellaneous Information:

cc @brave/qa-team

[wknapik]

The issue here is that hits in red can't be edited. They can either be used as they are, or not at all.

[BrajBliss]

What even is this? Any idea?

[stephendonner]

What even is this? Any idea?

I don't think we've figured it out, yet - it's perplexed us, too, so far!

[rebron]

I was able to reproduce following the str. Selecting x for the entry in the url bar, I can't get it come back again.

[markg85]

Found the upstream discussion for this: https://bugs.chromium.org/p/chromium/issues/detail?id=1394443

[markg85]

As per the above. Disabling it is possible! (just disabled it here locally)
chrome://flags/#omnibox-rich-autocompletion-promising

For the brave devs. Can we please have this feature disabled by default?

[stephendonner]

Verification PASSED using

Brave | 1.54.90 Chromium: 115.0.5790.56 (Official Build) beta (x86_64)
-- | --
Revision | ebcfb87c1393f36955cfa2f6451a1767e3dc3ee5-refs/branch-heads/5790@{#1193}
OS | macOS Version 11.7.8 (Build 20G1351)

Followed the steps to reproduce from #28198 (comment).

First, easily reproduced this using 1.47.186. Then, successfully verified the fix in 1.54.90.

1.54.90	1.47.186