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

Issue 780453 link

Starred by 2 users

Issue metadata

Status: Verified
Owner:
Closed: Nov 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: iOS
Pri: 3
Type: Bug



Sign in to add a comment

Google doodle is not displayed in the second tab page

Project Member Reported by rakurati@chromium.org, Nov 1 2017

Issue description

App Version: 63.0.3239.27 Beta
iOS Version: 11.1, 11.2 Beta, 10.3.3 and 9.3.5 
Device: iPhone and iPad

Steps to reproduce:
1. Fresh install and launch chrome
2. Navigate to New tab page
3. Wait for few seconds (to let the popular sites load) and open new tab page

Observed results:
Notice that new tab page (tab 2) is not displaying google doodle

Note:
Can’t reproduce this issue if the app is force quit and relaunch

Expected results:
Google doodle should be displayed in all tab pages

Number of times you were able to reproduce: 5/5
Bug reproducible after clean install: Yes
Bug reproducible after clearing cache and cookies: Yes
Bug reproducible on Chrome Mobile on Android: Not tested
Bug reproducible on Safari/Firefox: Firefox: NA, Safari: NA
Bug reproducible on current stable build (App Version, iOS Version): yes on M62
Bug reproducible on the current beta channel build (App Version, iOS Version): Yes on M63

Link to video/image:
https://drive.google.com/a/google.com/file/d/11CCtV9ZANylmBX3I3BCBEZHSoMvBu4rh/view?usp=sharing

 

Comment 1 by sczs@chromium.org, Nov 1 2017

Owner: gambard@chromium.org
Status: Assigned (was: Untriaged)
gambard@ could you PTAL.

Comment 2 by treib@chromium.org, Nov 6 2017

Cc: treib@chromium.org sfiera@chromium.org
Cc: gambard@chromium.org justincohen@chromium.org
Owner: treib@chromium.org
This is because the first fetch is done at google.com. The second fetch is done at google.fr but the cached metadata url is still google.com. So it is not valid as in: https://cs.chromium.org/chromium/src/components/search_provider_logos/logo_tracker.cc?sq=package:chromium&l=56.
The following NTP are fetching on google.fr with a google.fr cached metadata url.
Assigning to treib@ as it is related to search_provider_logos.

Comment 4 by treib@chromium.org, Nov 7 2017

Owner: gambard@chromium.org
Right, the cached logo is invalidated by the change from .com to your country TLD, which is unfortunate. But the LogoService will just download a new doodle, which the UI fade in once it's available. Is that not implemented on iOS?
Hum. Indeed, our logo controller was called but as it was detecting that the logo was already downloaded (on the first NTP), it wasn't reloading it on the second NTP.
Project Member

Comment 6 by bugdroid1@chromium.org, Nov 7 2017

The following revision refers to this bug:
  https://chrome-internal.googlesource.com/chrome/ios_internal.git/+/48e2d67f2dca59292e3f7803c8775c925d0e45f2

commit 48e2d67f2dca59292e3f7803c8775c925d0e45f2
Author: Gauthier Ambard <gambard@google.com>
Date: Tue Nov 07 15:07:15 2017

Status: Fixed (was: Assigned)
Status: Verified (was: Fixed)
Tested today in latest Canary build, "Google doodle is  now displayed in the second tab page" 

Build: 64.0.3267.0 Canary
iOS: 11.1.1,11.2, 10.3.3
Device: iPhone 6, iPhone 8, iPad mini 2, iPad

 

Sign in to add a comment