marking as RBS, please change if required.

+kmilka FYI wrt Local NTP

My CLs only relate to Windows 10 video playback on a finch experiment so they can't cause this bug which happens on multiple platforms.

My guess is this is something cc or paint related.  The only suspect I found in the regression range is this paint CL:  https://chromium-review.googlesource.com/c/chromium/src/+/1387474

pdr@ can you please take a look? Thanks!

This is unlikely to be my change. I don't see any likely candidates in the range. I suspect this is something related to the network or server and not a change in chrome.

aimana@virtusa.com, Is this reproducible? I was not able to reproduce this at the above revisions. You mentioned that there was an error getting the per-bisect information. Can you try again?

Hi,

w.r.t to above comment, 

We are able to reproduce the issue on Linux(14.04 LTS), Mac(10.13.1, 10.13.6, 10.14.3) OS. We tried to perform per-revision bisect but still facing the same issue.

Note:
Issue is reproducible for remote NTP.

Thank You!

wangxianzhu@: Could you please check whether this is caused with respect to your change, if not please help us in assigning it to the right owner.

animana@vitusa.com, I can't reproduce the issue. I suspect it's related to something about network environment. As you can reproduce it consistently, I have several questions for you:

1. What command did you use and what documentation do you follow to do per-revision bisect? What error did you get? Have it ever worked for you?

2. Does the broken image disappear when you reload the NTP?

3. Can you capture a network log using the following steps:
   - Open NTP
   - Right click in the page, select "Inspect" to open Developer Tools
   - In Developer Tools, select Network panel, ensure that it's recording network logs (there is a red dot; if not, click the black dot at the top-left corner).
   - Reload the page
   - Right click in the captured list, and select "Save all as HAR with content"
   - Attach the saved HAR file here in this bug

Thanks!

In addition to the suggestions in c#7: 

animana@ - you are probably getting the Remote NTP, but just in case, can you also compare what you see when chrome://flags/#use-google-local-ntp is enabled vs disabled ?

Also, can you reproduce this (consistently) on M72 as well?

(I'd like to determine if this is some intersection of JS/CSS served by the remote NTP that is no longer supported in M73.)

Hi,

W.R.T comment 7: @wangxianzhu@chromium.org
1. We use python bisect_builds.py -o -a win64 -g 618433 -b 618635 for running bisect script. We got the following error "Error running the gsutil command: AccessDeniedException: 403".

2. No, the broken image does not disappear when reloading the NTP.

3. I am attaching the HAR file below.

W.R.T comment 8: @ramyan@chromium.org

1. Yes, This issue is reproducible on Remote NTP and also frequency of occurrence of this issue is 3/5.

2. I tried enabling chrome://flags/#use-google-local-ntp and issue is not reproducible when flag is enabled.

Apart from this,

We reworked on bisect script and got the below suspect using python bisect_builds.py -o -a win64 -g 618433 -b 618635 command (per-revision-script)


CHANGE LOG URL:

https://chromium.googlesource.com/chromium/src/+log/f6e87a44866c4860471163fc9fe217927bdb5a22..7f820a670eede7c8c9d3def27ef0d7ebe53a1665

Suspect: https://chromium.googlesource.com/chromium/src/+/7f820a670eede7c8c9d3def27ef0d7ebe53a1665

nhiroki@: Could you please check whether this is caused with respect to your change, if not please help us in assigning it to the right owner.

Thank You!

Deleted: www.google.com.har 2.1 MB

www.google.com.har 2.1 MB Download

My change in the range is for shared workers, and I think it's unrelated to this issue because NTP doesn't use shared workers.

Loader folks: Any ideas on this? According to the HAR file on c#9, the broken logo image was loaded from the disk cache. Is there any known issue about disk cache read/write failure?

This regression range contains https://chromium-review.googlesource.com/c/chromium/src/+/1401925 which is the same CL from  https://crbug.com/920066 . Maybe it's the same cause.

By regression range I meant the one in the original comment.

I can't reproduce this bug at all so can't confirm that reverting the CL will fix it.

That CL was reverted in 73.0.3667.0 and is being relanded soon. Could someone who can reproduce this try in 73.0.3667.0?

Hi..

Update..
Retested the above bug on all OS [Windows(7,8,8.1,10), Linux(14.04 LTS), Mac(10.13.1, 10.13.6, 10.14.3)] using latest Canary build #73.0.3671.0 and issue is fixed.

Now, broken image is not seen instead of google-icon

Kindly refer the attached screen-cast.

Thank You!

Deleted: Canary Behavior.mp4 354 KB

	Canary Behavior.mp4 354 KB View Download

As per c#15, closing this issue as Wontfix.
Thanks..!