New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 724863 link

Starred by 1 user

Issue metadata

Status: Duplicate
Merged: issue 338066
Owner: ----
Closed: Jun 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Feature


Participants' hotlists:
ZapList


Sign in to add a comment

Bookmark names should be placed before URL in omnibox dropdown

Reported by zapahj...@gmail.com, May 21 2017

Issue description

UserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36

Steps to reproduce the problem:
For purposes of this example, assume no other bookmarks have "daniel" in them.

1. create a bookmark of https://en.wikipedia.org/wiki/Daniel_Suarez_(author) and tap enter (taking the default name provided for the bookmark)

2. create a bookmark of https://www.nytimes.com/2016/09/04/books/review/daniel-silva-by-the-book.html?_r=0 and tap enter (taking the default name provided for the bookmark)

3. create a bookmark of https://twitter.com/itsDanielSuarez and tap enter (taking the default name provided for the bookmark)

4. do a search in the omnibox for "daniel". Notice how the bookmark entries in the omnibox's dropdown all begin "https://" and the bookmark names are scattered in placement somewhere off to the right.

What is the expected behavior?
It would aid recognition of the bookmark I am looking for and make it easier to scan the dropdown entries if bookmark names appeared at the left margin of the dropdown and were followed by the URL instead of the bookmark names following the URL.

What went wrong?
Presently, the omnibox dropdown begins bookmark entries with a URL leaving the bookmark name to appear somewhere off to the right of the URL. This makes it difficult to scan and find the bookmark entry one is looking for. The Bookmark Manager displays the bookmark names (not the URLs) when one does a search. The omnibox dropdown window should also put bookmark names first. URLs are now increasingly all starting with https:// and bookmark names are more likely to be used when searching for a bookmark. The bookmark name should be placed before the URL in the omnibox dropdown window.

Did this work before? N/A 

Chrome version: 58.0.3029.110  Channel: stable
OS Version: 
Flash Version:
 
Labels: Needs-Triage-M58

Comment 2 by hdodda@chromium.org, May 22 2017

Cc: hdodda@chromium.org
Components: -UI UI>Browser>Bookmarks
Labels: -Type-Bug M-60 OS-Mac OS-Windows Type-Feature
Status: Untriaged (was: Unconfirmed)
Tested the issue on windows 10 & 7 , ubuntu 14.04 and mac os 10.12.3 using chrome M58 #58.0.3029.110 and canary M60 #60.0.3107.0 and issue is reproduced.

This looks like a feature request and hence marking it as untraiged for further inputs on this.

Thanks!
Components: -UI>Browser>Bookmarks UI>Browser>Omnibox
Mergedinto: 338066
Status: Duplicate (was: Untriaged)
This is actually a question with how bookmarks are displayed in the omnibox.  Moving to the right component.

Currently we have the URLs on the left and the titles on the right.  We like each omnibox dropdown to look like a consistent, coherent UI display; putting some URLs on the left and some on the right looks really odd.  (I tried it once.)

We're experimenting with swapping titles and the URLs in a smarter manner, trying a swap that's consistent across the whole list of suggestions.  That's being explored in bug 338066, which I'm merging this into.  Thanks for the example case; we'll keep it in mind.

Sign in to add a comment