Unable to reproduce this issue on Windows-10 using chrome latest stable M55-55.0.2883.87. I have Logitech M100r mouse, observed no issues in scrolling the webpage.

Sounds like it's specific to MX Master mouse, currently this hardware is not available with HYD-TE team. Requesting some one from MTV-TE team to look in to it.

Thanks!

Here's an update on this, I recently updated to Chrome 57 and the issue still exist, but it will only affect a single tab when it happens (instead of entire Chrome like before), closing that tab and open the same url in a new tab solves the issue.

Same problem, MX Master, Windows 10 Insider Preview and 58.0.3029.41 beta (64-bit).

It happens on some tabs, but when you change page scrolling comes back.  Seems to be random, at least I cannot find any pattern.

We fixed some issues in Chrome Canary (with some window z-ordering). Are you able to try that version out and let us know if this still exists?

This happened to me again today on Stable so I switched to Canary before reboot, but scrolling still doesn't work.
The Canary version is 66.0.3350.0 (Official Build) canary (64-bit)

Thank you for providing more feedback. Adding the requester to the cc list.

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

When this happens that the chrome window/tab isn't scrolling while focused, could you please capture and attach a short trace using the instructions here: https://www.chromium.org/developers/how-tos/submitting-a-performance-bug. A short trace while you're trying but failing to scroll over the window should suffice.

jayxon@ still waiting on a trace.

This haven't happened to me in a while because I kept restarting my computer for other reasons, I'll capture a trace next time it happens.

Thank you for providing more feedback. Adding the requester to the cc list.

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

We have fixed a lot of issues around that code since then and hopefully this issue doesn't happen anymore for you. I'll close this for now but if it ever happened again please feel free to attach the trace to this bug or a new one and we dig into it again.

Happened to me again today with 67.0.3379.0 (Official Build) canary (64-bit), trace attached.

Deleted: trace_Fri_Mar_23_2018_1.06.11_AM.json.gz 2.5 MB

trace_Fri_Mar_23_2018_1.06.11_AM.json.gz 2.5 MB Download

Thanks for providing the trace. Just to confirm, you were using the wheel over the chrome window while the trace was being captured, right?

I'm not seeing any windows events being pumped other than MouseMove so Chrome isn't receiving the mouse wheels from the OS. I'm not sure this is a Chrome bug but putting it in the UI component, maybe someone more familiar with Windows might have ideas on how to further diagnose.

Thanks for looking into it.
Yes, I am using the wheel in Chrome during the trace.
I guess this is probably a logitech mouse driver issue then, however it's weird that it only affect Chrome, but that explains the fact that I have to reboot Windows instead of just Chrome to fix this issue.

*** UI Mass Triage ***

Closing, since there is no updates since the past few weeks.
If you feel this issue should still be addressed, feel free to reopen it or to file a new issue.