-
Notifications
You must be signed in to change notification settings - Fork 974
Further improvement of UrlBar suggestions #5067
Comments
Thanks again for the detailed discussion on this topic. I will need to break this down into multiple issues to properly address each suggestion. I have a working branch that implements a number of the items. This image is from my working branch. I increased the number of history items returned to 5 and removed the titles. The base URLs are now also sorting correctly. Note: this is only a work in progress and will need design review from team. |
@Sh1d0w @aekeus One thing I'd highly suggest too (and I haven't looked to see status) is making sure each use-case is captured as a test 😄 We need to capture and characterize each use-case so that accidental regressions don't happen. And perhaps we could also submit a PR with a test case that fails (but should be passing) along with new issue reports? |
@aekeus Please don't toss all of the styling improvements in favor of a mirror of chrome. We can land in a great place that works well and retain some of the improvements we have made. (chrome user comfort is certainly important though) |
When a site is visted for a deep linked page or with parameters the history item is stored with the complete parameters and links. Often after a user visits the site a number of times, the expectation shifts such that the simple domain should be the first suggestion in the url bar suggestion list. The canonical example is when a user searches Google a number of times via the url bar. After three searches www.google.com will be added as a virtual history item in the search results. Auditors: @bbondy, @BradRichter Test Plan: 1. Clear history 2. End three searchs from the url bar without accessing www.google.com 3. Open a new tab and type goog - ensure a history item for www.google.com is displayed Fixes: #5067
This is a follow up issue after great fixes in #3049 . But there is still more work to do unless url bar become as usable as Chrome's.
These are the outstanding issues:
Currently Brave puts a lot of weight on recent link's after Autocomplete does not work well #3049 . This is great but has the following pitfall:
Say I visit
twilio.com
andtwitter.com
. Now I start visitingtwitter.com
a lot times for several days. After some time I want to visittwilio.com
and start typingtw
in the URL bar. The results is that I get only two suggestions and they are both twitter links, since I visited it recently.This is wrong. Chrome's behaviour has the correct solution - it prioritize domain names first, so if I test the following case in Chrome the result will be:
Which is great because I want to visit websites, I don't care about recent links. Of course as you can see, Chrome also suggest most visited links of those matching websites, but with lower priority than the domain names.
There is another case where you browse through a news website and read some article, close the browser and later on when you want to visit this website again it will autocomplete to the last article you have read, so you eighter have to type the domain manually or use the autocomplete and delete the article part so you can go to the root domain.
There is a similar issue opened (URL autocomplete makes it almost impossible to go to base domain of a site #4570)
I get only two results as suggestions which is not enough. The count should be increased at least to 5 or 6. In order that to happen the size of the url bar suggestions has to be reduced by:
There is issue opened about this (Compact autocomplete pulldown on URL bar #4073)
The problem with bookmarks and autocomplete as reported in here (Bookmarked website behaviour in autocomplete. #5024)
The problem with hidden history entries (which is the root cause of showing not relevant history autocomplete results because "forgetting" some websites I have visited) - (Hidden history entries appear by deleting the latest entry #4224 and about:history omits recent history #5072)
Wrong website title in suggestions (Autocomplete - wrong website title #4792)
Fix the async online suggestions blocking the other suggestions from showing and the wrong CTRL + L behaviour (Fixed by UrlBar and suggestion improvements #5046 I will mark as completed once merged)
cc @bbondy @aekeus
The text was updated successfully, but these errors were encountered: