This technically didn't work correctly in 52.0.2743.116. It just worked in that example. It seems to be a pre-existing issues that just simply gotten worse with subsequent releases. I raised this case against version 52.0.2743.82:
https://bugs.chromium.org/p/chromium/issues/detail?id=633602

It looks like people have been raising issues like this one for about 3 years without a fix:
https://bugs.chromium.org/p/chromium/issues/detail?id=240772

Stefan, do you think your current batch of scrollbar fixes will address this?

 Issue 675990  has been merged into this issue.

This has gotten slightly better in M56, the horizontal scrollbar still shows up but it is now disabled.

Even if its disabled, so it looks visually better, it is a pretty big issue for any application that needs to precisely know the height or width of a container. It makes it worse that it seems css recalculations can cause the scrollbar to switch axis, making client height/width near impossible to measure in those circumstances.

What is the status on this? The jsbin reproducer i posted in https://bugs.chromium.org/p/chromium/issues/detail?id=675990 still seems to have this bug.

Chrome Version Version 61.0.3163.100
64bit windows 7.

Clicking "change rows from..." still results in a useless horizontal scrollbar. toggling overflow still corrects the div.

Again, this means any application that relies on the exact client width/height of a div cannot rely on chrome's implementation of overflow and must manually control the overflow property, which is a decent bit of code to have to maintain.

Hey, I noticed this appears to be fixed. Should this get closed now? Seems the reproducer in this thread works as intended now.

Yup, looks like it's good now.