Note: Issue is not observed on Windows and Linux

Narrow bisect:
https://chromium.googlesource.com/chromium/src/+log/7fa976fb9f2f1b59dea9034c793eea7c496b61d9..2a3de6795bf6ee9e3dae2313991c8b86f6a7f06f?pretty=fuller&n=10000

Suspect: r499066?

@scottchen: 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.

Thanks.

Removing Needs-Bisect as bisect is already provided in C#3.

Clicking outside and holding outside the dialog is not a supported user behavior. The dialog's pulsing animation is designed to be a temporary affect so I think temporary blurriness is fine - as long as it doesn't persist *after* the mouse is released.

@dpapad thoughts?

Is the blurriness caused by r499066? Or is it happening because of the pulsing animation itself regardless of rr499066?

If the former is true, I think we should figure out if there is a better fix that does not introduce blurriness. Either way, we can afford some blurriness during the animation, but it should go away as soon as the animation has finished (regardless of whether the user is still holding a mouse button).

Ah I see what happened - there was supposed to be a follow-up CL that improves some the blurring issue (https://chromium-review.googlesource.com/c/chromium/src/+/651576) but it got landed right after the branch. I'll merge it to M62.

Tested and confirmed in Canary. Approving this merge for M62 (branch:3202)

Merged.

This issue has been approved for a merge. Please merge the fix to any appropriate branches as soon as possible!

If all merges have been completed, please remove any remaining Merge-Approved labels from this issue.

Thanks for your time! To disable nags, add the Disable-Nags label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Just to clarify per comment #12: I took comment #10 as the approval and merged it, so the fix is already in.