You are probably looking for a change made after 526983 (known good), but no later than 526984 (first known bad).
CHANGELOG URL:
The script might not always return single CL as suspect as some perf builds might get missing due to failure.
https://chromium.googlesource.com/chromium/src/+log/b791621ba498326b3fea5afe92ae4e94baf5aee7..640b4e204bf8f07832bca2ef915ad06d06e65219

Suspecting: https://chromium.googlesource.com/chromium/src/+/640b4e204bf8f07832bca2ef915ad06d06e65219

@jochen: Could you please look into the issue, pardon me if it has nothing to do with your changes and if possible please assign it to concern owner.

marking as RBS, please change if required.

well, it's just that this pattern no longer results in multiple downloads, so arguably, it's better than before?

note that the auto download button does nothing in firefox...

Raymes/Ben, how should we proceed here?

jochen: I think the bug being pointed out is that some of the page action icons disappear when the Automatic Downloads button is clicked. This is probably because we clear those icons when a navigation occurs and we probably aren't checking the right conditions on the "download" navigation. 

I'm not certain how the CL in the bisect affected it, but it looks like it's touching things related to navigation and downloads. It may not be the root cause.

Äh, makes sense. I changed <a download> to cause a navigation, so I guess this is expected.

I guess there's a more high-level question whether we should restore the icons if a navigation was aborted, e.g. because we decide to download instead.

Able to reproduce the issue on Chrome 65.0.3325.35/CrOS 10323.9.0 - Peppy,Paine

Friendly ping to get an update on this issue as it is stable blocker for M65.

Still we are observing the same issue on latest Canary-66.0.3340.0 & dev-65.0.3325.31

jochen@, Please take a look into this issue.

Thanks..!

This is more or less a pre-existing issue, so let's drop the release block label