Revisit hiding the Google logo and fakebox after typing into the fakebox
Reported by
lemoncustompc@gmail.com,
Dec 1 2016
|
|||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 6.3; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2883.59 Safari/537.36 Steps to reproduce the problem: 1. Open chrome://newtab. 2. Click on the Google search box. 3. Start typing anything. What is the expected behavior? The user is redirected to the Chrome omnibox but the Google logo should still be displayed on the Chrome New Tab Page (NTP). What went wrong? Typing in the NTP search box automatically redirects to the omnibox, which is expected, but the Google logo also instantaneously disappears at the exact same time. Did this work before? Yes I don't know, but I remember it working fine before Chrome version: 55.0.2883.59 Channel: beta OS Version: 6.3 Flash Version: Shockwave Flash 23.0 r0
,
Dec 6 2016
Able to reproduce this issue on Windows-10, Ubuntu 14,04 and Mac OS 10.12 using chrome beta M55-55.0.2883.59 and earlier version of chrome M35-35.0.1916.156. This is a non-regression issue and marking it as untriaged. Observed that google logo disappears after typing in the NTP, google search box. Please look into the attached screen-cast and let us know your observations.
,
Dec 6 2016
,
Dec 6 2016
That is exactly what I am seeing.
,
Dec 8 2016
,
Dec 8 2016
,
Dec 14 2016
I think we haven't specified what the correct behavior is. Adding nepper@ for more input.
,
Dec 14 2016
I personally think that the correct behavior would be to have the Google logo not disappear on the NTP even after its search box has redirected to the Chrome omnibox. I don't really have any preference on whether or not the search box itself should disappear, but ultimately I do think that the search box under the Google logo shouldn't even redirect to the Chrome omnibox in the first place, although that's kind of just my own personal preference.
,
Dec 21 2016
It appears that this issue has been fixed in the latest version of Chrome.
,
Feb 6 2017
I can still reproduce this in M56 & M57 on Linux. I think we should make the behavior consistent with the case where the user directly clicks into the Omnibox. In this case the Fakebox and the Google logo stays. @treib: I'll assign this to you. Perhaps this is something we can fix while working on the local NTP?
,
Feb 6 2017
This behavior is by design, though I don't fully know the original motivation. IMO it makes sense that the fakebox disappears, because otherwise the user would expect the input to appear there. For the logo, I don't know - I guess it's kind of a hint to "look somewhere else" (i.e. Omnibox)? Ultimately this is a UX decision. We can certainly revisit it, but I don't think it'll be a very high priority.
,
Feb 10 2017
,
Jul 7 2017
,
Nov 27 2017
,
Jan 11 2018
Issue 528021 has been merged into this issue.
,
Jan 11 2018
Issue 671993 has been merged into this issue.
,
Aug 8
This was revisited in https://crbug.com/847673 , the logo now remains when input is entered into the fakebox (UX decision). |
|||||||||||||
►
Sign in to add a comment |
|||||||||||||
Comment 1 by ajha@chromium.org
, Dec 5 2016Labels: M-55 Needs-Bisect