I originally removed it from the NTP to avoid a crash in the promo dialog code that reparents the tab, but I believe Matt added a null check that should make this pretty easy.

+cleer@ and hannahs@ for UX fyi

Video attached of my prototype code. We can easily show the promo header on the Chrome Home NTP. Since the Chrome Home NTP isn't a real tab, we don't persist anything to disk and can't reparent the tab. So when the user is dropped back into regular Chrome, they "lose" the NTP and we can't show the opt-out snackbar. Not ideal... We can probably add some logic to work around this so they're at least shown the legacy NTP after opting out.

If the user has no tabs open, we currently show nothing.. I *think* we should be able to fix that by updating our logic that determines when to open a new tab on cold start. Matt modified this for the tab reparenting done when the user opts in or out so he may have some ideas here.

Deleted: opt-out-from-ntp.mp4 2.6 MB

	opt-out-from-ntp.mp4 2.6 MB View Download

Deleted: opt-out-from-ntp-no-tabs.mp4 3.1 MB

	opt-out-from-ntp-no-tabs.mp4 3.1 MB View Download

Thanks for prototyping. I'm OK with that behavior. I wonder how often it will be triggered through the NTP as it may introduce yet another factor for snackbar survey showing up. cleer/hannahs thoughts?

I have a patch with the "prototype" behavior out for review: https://chromium-review.googlesource.com/c/chromium/src/+/727368/


I can land it, and we can do clean up later. Or I can pull out the code (really easy) and land it separately. Any UX opinions on this?

Spoke with Chris and our main priority is to make sure they survey is shown at opt out, so it's probably best to pull out showing the menu header into a separate change. Thanks!

The Chrome Home experiment has ended; closing obsolete bug.