I’m realizing that the address bar url typeahead is sorting alphabetically. An LRU strategy would be more useful because I’ve gone on karmadj.com far more than on kayak.com but Kayak keeps coming up as the first item when I type “ka”.
Totally agree—a frecency/LRU scoring system would be a huge quality-of-life upgrade for the address bar autocomplete.
As a temporary fix, you can remove kayak.com from the autocomplete suggestions by highlighting it in the drop-down list and pressing Shift + Delete. That way karmadj.com should become the top result when you type “ka”!
Hey John, thanks for the response. I actually started digging into the Brave/Chromium codebase after posting this.
From what I can tell so far, Chromium already has some adaptive scoring using some sort of decay logic that factors in recency and frequency, but URL shortcuts with multiple hits take a boosted scoring path based largely on lifetime hit count. That seems like it could explain why repeatedly selecting a newer/more relevant URL doesn’t quickly displace something that has accumulated a lot of hits over the lifetime of the profile.
I’m going to keep tracing through it when I get some time and may put together a PR if I can get comfortable enough with the relevant code paths and figure out where a change would make the most sense. It’s a big codebase, so I’m still getting my bearings.
Great deep dive! You nailed the issue with Chromium’s Omnibox logic—the historical hit count weight often completely overrides short-term frecency.If you end up opening a tracking issue or working on a PR, please post the link here. Would love to follow along and test it out!