Start typing in the Google Search Bar on any New Tab page of Google Chrome, cursor automatically jumps to the Address Bar and the Search Bar disappears.
Reported by
csworks2...@gmail.com,
Jan 1 2018
|
||||||||||||
Issue descriptionChrome Version : 63.0.3239.108 (Official Build) (64-bit) What steps will reproduce the problem? (1) Open(run) Google Chrome; OR if the browser is already running, just open a New Tab and go to step-3. (2) If the browser does not open with a New Tab page (by default it should do), just open a New Tab in it. (3) Start typing a search keyword (a single word or a group of words to be searched) in the Google Search Bar on the New Tab page. In my example, I was trying to type 'globe'. What is the expected result? When you start typing, Google Search Predictions(suggestions) should appear just below the Search Bar, and as you progress(in typing the keyword) Search Predictions should be updated accordingly. Just as it happens on a google.com page. What happens instead? As soon as you type the first character, your cursor will automatically jump to the Address Bar and Google Search Predictions(suggestions) will be shown from the Address Bar, and the Search Bar will disappear. Isn't it very uncomfortable and making the Google Search Bar fully useless (on New Tab pages)? So, there is something wrong with the Google Search Bar on 'New Tab' pages of Google Chrome. It works fine on the Web, i.e. google.com, google.co.in, etc. Attached files:- (1) 0_ version.PNG : Screenshot showing my Google Chrome version. (2) 1_ search bar issue recorded.gif : A screen animation I've recorded to show the unexpected and expected behaviors of the Google Search bar. (3) 2_ New Tab Expected.png : An image of expected Google Search Bar with Predictions(suggestions) box has been superimposed on a New Tab page screenshot. (4) 3_ Search Predictions on Web - OK.PNG : Google Search Bar behaves well on the Web, and this behavior is expected on every 'New Tab' page of Google Chrome. Thanks for your time with this report. Always best wishes for the Chromium project. Best regards, Chandan Saha
,
Jan 2 2018
I think this is working as intended.
,
Jan 8 2018
Thanks krajshree, for the valuable input. :-)
,
Jan 9 2018
Yup, this is by design - the "search box" on the NTP is really just a shortcut to the omnibox at the top. So marking this as WontFix. That said, this has been a continuous source of confusion, and there are currently some discussions about redesigning the NTP. Nothing concrete to report yet though.
,
Jan 10 2018
treib@chromium.org : "this is by design - the search box on the NTP is really just a shortcut to the omnibox at the top. So marking this as WontFix." Hi treib, When an NTP is opened the cursor automatically focuses on the omnibox at the top. So, can you explain the usefulness of the annoying large search box in the middle as "a shortcut to the omnibox"? Please have a look at the attached screenshot to understand what I was expecting and how the Opera browser does it successfully. Thanks. Regards, Chandan
,
Jan 10 2018
@treib Suppose, you are going to type 'kolkata' in the Google search box (which is at the middle of the window) of Chrome NTP. The moment you type the first letter 'k', the search box disappears and your typing jumps to the omnibox (which is at the top of the window). Isn't it annoying?
,
Jan 10 2018
I agree that the current behavior is a bit confusing. However, having a second real searchbox with a second dropdown (which would probably look and behave slightly differently) would IMO be just as confusing, if not even more. As I said above, there are some thoughts about redesigning the NTP to not have the fake searchbox, but nothing's been decided yet AFAIK.
,
Jan 10 2018
@treib As I mentioned in my issue-reporting, I was just expecting that exact search box in an NTP as it is currently on https://www.google.com page. Search box behavior is meaningful on that page. And yes, if the NTP is redesigned "to not have the fake searchbox", it will be better for a reason. Thank you.
,
Oct 26
Issue 898833 has been merged into this issue. |
||||||||||||
►
Sign in to add a comment |
||||||||||||
Comment 1 by krajshree@chromium.org
, Jan 2 2018Labels: -Pri-3 M-65 Needs-Triage-M63 Triaged-ET OS-Linux OS-Mac Pri-2
Status: Untriaged (was: Unconfirmed)