I’m seeing a persistent issue with Brave address-bar autocomplete.
In Chrome, I often typed a few words from the title of a page I visited frequently, and the address bar would immediately autocomplete or suggest the correct page.
In Brave, this works only maybe 10–30% of the time. Most of the time, typing words from the page title does not find the page at all, even for pages I visit often. Instead, Brave shows unrelated pages or other domains.
Expected behavior:
Typing words from the title of a frequently visited page should reliably suggest that page from browsing history.
Actual behavior:
Brave often does not surface the relevant history result.
It sometimes works, so autocomplete itself is not fully disabled.
I do not see a clear pattern by website, domain, or page type.
Settings checked:
“Show autocomplete suggestions in address bar” is enabled.
On-device suggestions are enabled.
Browsing history suggestions are enabled.
Bookmarks suggestions are enabled.
Quick commands are enabled.
URL suggestions are enabled.
I am not using private/incognito mode.
Troubleshooting already tried:
Cleared cache multiple times.
Checked permissions and suggestion settings.
Confirmed that autocomplete is partially working, just very unreliable.
I do not want to reset/create a fresh profile as a workaround, because this is my main browser profile.
This has been happening for months, possibly since I moved from Chrome to Brave 6–12 months ago.
Questions:
Is this a known issue with Brave’s history/title indexing or address-bar ranking?
Is there a way to force Brave to rebuild the autocomplete/history index without creating a new profile?
Are there flags, logs, or database files I can inspect to help debug this?
Environment:
OS: Windows 11 (+ maybe android Pixel 9)
Brave version: [paste from 1.91.171 Chromium: 149.0.7827.103 (Official Build) (64-bit)
Hello ripper234,
Welcome to the community! This is a known frustration for users migrating from Chrome, as the heuristic for address bar ranking in Brave (Chromium-based) can sometimes behave differently regarding history weight vs. search engine suggestions.
Since you’ve already verified the standard settings, here are a few technical avenues to explore:
brave://omnibox - This is the most direct debugging tool for your case: it shows real-time scoring and ranking logic for any input you type, including exactly why a given history match is or isn’t being surfaced. Type a few words from a page title you’d expect to autocomplete and see what score (if any) it gets versus what actually gets suggested.
History database inspection (typed_count) - Your history is stored in a SQLite History file inside your profile folder (%LOCALAPPDATA%\BraveSoftware\Brave-Browser\User Data\Default, close Brave first and back up before inspecting). In the urls table, check the visit_count and typed_count columns for pages that aren’t autocompleting well. Chromium’s HistoryURLProvider weighs typed_count (URLs you’ve typed) much more heavily than visit_count (URLs you’ve only clicked into) - if you mostly reach these pages via bookmarks/links rather than typing, that alone could explain the inconsistency.
brave://history - Confirms whether the page is indexed in history at all, independent of the ranking/autocomplete layer.
Omnibox-related flags (brave://flags, search “omnibox”) - There are a few flags affecting scoring thresholds; worth experimenting with cautiously, one at a time, so you can roll back if needed.
GitHub tracker - Omnibox/ranking issues are typically tracked under the omnibox or bug labels in the Brave Browser GitHub repo. Given how thorough your testing already is, filing there with your brave://omnibox and typed_count findings would likely get traction faster than a forum thread alone.
Best regards,
Reality Auditor
brave://omnibox is the safest first check because it does not change the profile. I’d try two or three exact page-title examples there and save screenshots of the scoring/results for staff. I would be careful with the History database directly: make a copy with Brave fully closed, and don’t edit it. If the pages are in brave://history but get a very low omnibox score, that narrows it to ranking rather than lost history.