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

Issue 763690 link

Starred by 2 users

Issue metadata

Status: Fixed
Owner:
Closed: Jan 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Chrome , Mac
Pri: 3
Type: Feature

Blocked on:
issue 583289



Sign in to add a comment

Please provide a way to set to always show a Google Doodle

Reported by sits...@gmail.com, Sep 10 2017

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/61.0.3163.79 Safari/537.36

Steps to reproduce the problem:
Over in https://bugs.chromium.org/p/chromium/issues/detail?id=458552 there is an issue that needs the New Tab Page to be trying to show a Google Doodle. Unfortunately some days the region you are in may not have a Doodle and it's painful to try and get Chrome to show a Doodle in this circumstance. 

What is the expected behavior?
Command line switch to ALWAYS show a doodle.

What went wrong?
No such switch exists in a simple fashion.

Did this work before? N/A 

Chrome version: 61.0.3163.79  Channel: stable
OS Version: OS X 10.12.6
Flash Version: 

 While -google-doodle-url looks promising it is under documented (based off https://peter.sh/experiments/chromium-command-line-switches/#google-doodle-url ) because how does one know of an URL that will always return a Doodle?

After lots of searching I came across https://codereview.chromium.org/2660883002/patch/1/10009 which looked helpful but components/doodle/doodle_fetcher_unittest.cc
seems to have been removed from the repository at some point. Running
curl -H "Content-Type: application/json" 'https://www.google.com/async/ddljson?async=ntp:1&data_push_epoch=2000000004'
Just returns
{"ddljson":{}}
which doesn't tell you the structure of response when there is a Doodle. Searching more got me to https://cs.chromium.org/chromium/src/components/test/data/search_provider_logos/ddljson_desktop2.json?sq=package:chromium but copying that file locally and starting Chrome using
/Applications/Google\ Chrome.app/Contents/MacOS/Google\ Chrome --user-data-dir=/tmp/chromedatadir/ --google-doodle-url='http://localhost:8000/d.json'
Showed Chrome didn't even try and make a request to localhost:8000 .

The closet you can get is by going to https://www.google.com/doodles , finding a doodle active today, looking up what region that Doodle is active in and changing Chrome to use that region with --google-base-url .
 

Comment 1 by meh...@chromium.org, Sep 10 2017

Components: UI>Browser>NewTabPage

Comment 2 Deleted

Comment 3 by sits...@gmail.com, Sep 11 2017

(Also could someone look at changing the state of  issue 458552  - it seems to be in limbo...)
Labels: Needs-Triage-M61
Cc: rbasuvula@chromium.org
Status: Untriaged (was: Unconfirmed)
Considering this as a feature request and making the status to Untriaged so that the issue would get addressed.

Thank you.
Cc: treib@chromium.org bauerb@chromium.org
[+treib who might know some tricks for Desktop]
[+bauerb, i think you worked on something to reliably trigger a test doodle on mobile]

Comment 7 by treib@chromium.org, Sep 11 2017

Labels: OS-Chrome OS-Linux OS-Windows
I'm afraid that currently, there's no way to force a Doodle on desktop. We're working on it though.

--google-doodle-url currently only affects mobile.

Appending the "data_push_epoch" parameter to the NTP URL on desktop is supposed to force a test Doodle, but it's broken at the moment (internal bug: b/64939930). This will also only work on the Google corp network.

Comment 8 by fi...@chromium.org, Sep 11 2017

Labels: -Pri-2 -Needs-Triage-M61 zine-triaged Pri-3
Status: Available (was: Untriaged)
Let's keep this open as a feature request. Feel free to grab it.

Comment 9 by sits...@gmail.com, Sep 11 2017

+treib: Thanks for explaining the current situation and the data_push_epoch parameter. It's a pity the comment for google-doodle-url doesn't say it's mobile only but perhaps this issue will show up in Google searches so others will find out more easily.

Comment 10 by treib@chromium.org, Nov 22 2017

Blockedon: 583289
We do have such a switch now at chrome://flags/#use-ddljson-api, but it only works on mobile and on the desktop local NTP (which isn't the default NTP yet, but hopefully will be starting in M65).

Comment 11 by treib@chromium.org, Jan 11 2018

Cc: -treib@chromium.org
Owner: treib@chromium.org
Status: Fixed (was: Available)
The local NTP is the default on trunk now, so let's consider this done.

Sign in to add a comment