Feedback sent 5:04 EST for issue# 740393

re#1, Noted https://listnr.corp.google.com/report/67973812932 was reported on Caroline.

By "the icons", you mean the Google account switcher etc. in the top right? That's called the One Google Bar (OGB).

I'm a bit confused about the incognito NTP being mentioned, because that has never had an OGB. Am I missing something?

By "It only affects the first New Tab", do you mean the first New Tab every time you log in to the Chromebook? Or only the very first New Tab after you added a new account?

Also see  bug 521698  for various cases where the OGB is missing.

Yes I mean the OGB (did not know it had a name)

Happens when shut down > restart and sign out > sign in. Happens to 3 different accounts on three chromebooks.
Not after screen lock because not signed out of account.

Yes, only the first tab after signing in an existing account. In the first screenshot, there are 2 tabs. The first one without OGB, second tab opened has OGB.

This sounds the same as  bug 521698 .

Re incognito: I don't know the WAI.

Created a brand new Gmail account = no extensions or apps.

Only the first new tab with this setting.

On startup > open the new tab page.

Deleted: Screenshot 2017-07-17 at 9.36.52 AM.png 11.8 KB

	Screenshot 2017-07-17 at 9.36.52 AM.png 11.8 KB View Download

I believe this is caused by ChromeOS-specific code in search::ShouldShowLocalNewTab here:
https://cs.chromium.org/chromium/src/chrome/browser/search/search.cc?rcl=126296058ba29ac8934ef4c97b0871d898517b9b&l=174

+afakhry to check if this makes sense.

If I'm right, then  bug 583292  (once launched) will resolve this.

Related bug? 730122 - No focus on NewTabAtStart Chrome window after sign-in 

https://bugs.chromium.org/p/chromium/issues/detail?id=730122

Re #7: Yes, we show the local NTP, if the session hasn't merged yet. This is to avoid showing the merge session throttle interstitial page that can keep the user waiting for a long time.

All new tab pages are now missing OGB. Feedback sent issue# 740393 4:07 EST.

Deleted: Screenshot 2017-07-17 at 4.07.57 PM.png 313 KB

	Screenshot 2017-07-17 at 4.07.57 PM.png 313 KB View Download

@dymphep: In your last comment you said that the OGB is missing on all new tab pages. Does the OGB ever re-appear? According to comment #9, this should only happen as long as session hasn't merged yet.

Re #10 was after sleep/suspend. Woke up the Asus Flip (after 2 days) just now and had the same issue. 

Shutdown > restart, it's confined to the very first tab on start up.

Imho, the Asus Flip ARM with Android gets bogged down at some point. The Intel Acer 15 and Samsung Pro with Android not so much.

Its inconsistent behavior makes it hard to test. Will suspend for a couple of hours again and see what happens.

Thank you for providing more feedback. Adding requester "finkm@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Feedback sent 5:33 pm EST
Issue# 740393 OGB returned on NTB after 6 min in use.

Suspend first time at 2:40 pm for 10 min
2:50 pm NTB with OGB

2nd suspend for 150 min > no OGB

After 6 min in use > OGB re-appeared

Deleted: new tab ok after 10 min suspend.png 306 KB

	new tab ok after 10 min suspend.png 306 KB View Download

Deleted: no OGB after 150 min.png 262 KB

	no OGB after 150 min.png 262 KB View Download

Deleted: OGB returned.png 309 KB

	OGB returned.png 309 KB View Download

Thanks! This is very helpful. 

@afakhry, I think that confirms that the reporter is seeing the local NTP. Seems like it takes sometime until we're switching back to the remote NTP.
Is this expected from your side? And how do you want to continue? Shall we wait until  bug 583292  launches (no timeline yet) or do you want to try out something different?

There's nothing we can do. The local NTP will be shown until merge session completes. Waiting for  issue 583292  seems to be the way to go.

--> treib@ to consider what's next.

What are the implications of "merge session" being in progress? For example, will any network requests work? If not, then  issue 583292  probably won't help with this either.

If the session hasn't merged yet, and the user tries to open the NTP page, we will show instead the merge session throttle interstitial page, which is mostly blank except for a small text at the top saying "Loading...". See  issue 591530  for more details. That interstitial page could remain for a few seconds. So instead of showing that to the user, we use the local NTP to actually show something the user can interact with.

The issue then becomes, how long is acceptable. A few seconds, 6 minutes or longer.

It seems to depend on how many tabs, windows, apps, extensions are open when suspending or closing the lid and for how long the suspend is.

In my test, comment 14. it was 6 minutes. I have 3 chromebooks signed in, suspending, syncing and using during the day. Sometimes the OGB takes much longer to appear, sometimes never until a shutdown > restart.

I don't what you did, but it seems to be fixed. Only a slight, seconds, delay on start up and I can't reproduce after sleep/suspend.

Google Chrome	60.0.3112.80 
Revision	0
Platform	9592.71.0 

This should go away once we fully switch to the local NTP, currently aimed at M64.

Starting in Chrome 62, we have a OneGoogleBar on the local NTP, see  bug 583292 . That should resolve this.