Workaround: adjust scrollTop instead, but this does not use smooth scrolling.

====================================

Good Build:

51.0.2694.0    Base Position: 383878


Bad Build:

51.0.2695.0    Base Position: 384157

=====================================

Able to repro this issue on Windows 7, MAC (10.11.4) & Ubuntu Trusty (14.04) for the Google Chrome Canary Version - 52.0.2711.0 

This is a regression issue broken in M51, below mentioned is the bisect info:

CHANGELOG URL: https://chromium.googlesource.com/chromium/src/+log/5d65a9ab045330320037ae1efc55be335aa1cabb..1c3b2280493caab10b498d3478078a84452e9bfe

Suspecting Commit: 1f6dc1b24dfb56e0199b851f1c121195e33f2bd6			

Review URL: https://codereview.chromium.org/1841053002

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

Thank you.

This doesn't work in Edge or FireFox. 

We did remove the default path for wheel events in https://codereview.chromium.org/1776843003 as a change that caused this regression.

However this is something that shouldn't work. The URI indicated relies on a behavior that Chrome executes the default action on untrusted events. This is explicitly disallowed in the DOM specification. And we are working to remove it completely.

For now; a keyboard event like pageup/pagedown/space bar will also adjust scroll; however it won't be for long. (and this doesn't work on other browsers). 

If you need an API to have scrollTop animate; file a feature request for an addition to window.scroll/scrollTo/scrollBy.

dtapu@ - but overflow-scrolling DOM elements don't expose scroll, scrollTo or scrollBy methods - those only exist on Window. Should these methods be added to DOM elements too?

ash@; they are on this interface; https://www.w3.org/TR/cssom-view-1/#extension-to-the-element-interface 

I think perhaps you want  issue 243871 

Didn't realise that, thanks. Will keep an eye on the other issue.