Thanks for the report. We're going to need some more information — I can't reproduce this issue on the same Chrome version and macOS version.

- What kind of mouse are you using — a trackpad, an Apple mouse with a touch surface, or a mouse with a scroll wheel?
- Could you try in a fresh Chrome "person" (People menu -> Add Person)?
- Could you try in a fresh macOS user?

That'll help us narrow down what's going on.

Hi there,

I've just come across this issue as well. I'm on Chrome 66.0.3359.139 in OS X 10.12.6.

I can reproduce the issue (on the AT&T website given above and others) by enabling the 'Experimental Web Platform features' flag. If the flag is disabled the sites scroll normally. The issue is not reproducible in Safari or Firefox.

I noticed this at a number of Readthedocs sites (eg http://weasyprint.readthedocs.io/en/latest/install.html). It's possible to scroll in the scrollable area on the left-hand side, but not in the main content area on the right. After scrolling to the bottom of the left scroll area, the right scroll area seems to 'catch' the scrolling motion and begin to scroll – then for a few seconds afterwards it scrolls normally.

I was able to prevent the issue from arising while the experimental features flag was enabled by deleting the 'overflow-x: hidden' rule on the body element.

Hope this is helpful!

Update for Comment 1:

- Mouse is Apple Magic Mouse.
- No difference with Chrome "person", or even with Incognito mode.
- Have not tried with fresh macOS user.

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

Reply to Comment 5:

Thank you, this appeared to be the issue! I was using "Experimental Web Platform features" (enabled in a much older version of Chrome). Once I disabled this and relaunched Chrome, the issue went away.

regeiger@ Thanks for the update.

As per comment #8, can you please confirm if this issue can be closed as the issue seems to be resolved.

Thanks..

Confirmed in 66 but looks fixed in 67. This is related to the ImplicitRootScroller experiment I'm working on and I've recently landed some fixes. Thanks for reporting!

There's probably nothing to do here as it doesn't impact non-experiment users and the issue is fixed in M67 already but I'm going to leave it open and block on the main ImplicitRootScroller bug to investigate the example pages provided to ensure everything's ok under the hook.

Thank you. Yes, this issue can be closed now.

The issue still exists with latest official M67 on macOS when Experimental Web Platform features are enabled. It can be tested with any readthedocs site, for example http://docs.readthedocs.io/en/latest/index.html

Scrolling works if I add html { overflow-x: visible; } to readthedocs extra css

Version 67.0.3396.87 (Official Build) (64-bit)

Interesting - I can confirm it is broken in 67 but it does work in 68.0.3440.42

 Issue 854751  has been merged into this issue.

 Issue 855052  has been merged into this issue.

I just tried out all of the links above and they seem to work for me - there's been several fixes since the reports above. Is anyone else still seeing any of these issues or can I close the bug?

The NextAction date has arrived: 2018-09-21

I'm going to close this - feel free to reply if you're still seeing these (of the reports above. For new reports, please file a new bug)