Able to reproduce the issue on windows-7, Mac-10.12.2 and Linux Ubuntu-14.04 using chrome stable version 55.0.2883.87 and latest canary 58.0.2992.0 and reported version 57.0.2986.0.
This is non-regression issue observed from M-30 # 30.0.1599.0 . Hence marking it as Untriaged to get it addressed.
Please find the attached screen-cast.

Thanks. 

Deleted: win-684922.mp4 493 KB

	win-684922.mp4 493 KB View Download

Suresh, your attached screen-cast is valuable because, at 12sec., it shows the awkwardness of the current implementation. You have to mouse-drag toward the righthand side in order to enlarge the box from the left and leftwardedly ... which is hand-motricically counter-intuitive, incoherent. The same "mouse-dragging and box enlargement" awkwardness exists under Linux.

One secondary issue that we can observe in your useful screen-cast is that, again at 12sec., the cursor ('auto': a white arrow) does not change when hovering over the corner-resizing grippy. Acceptable would be to change it to the 'ne-resize' CSS3 cursor or the 'sw-resize' CSS3 cursor in such context as a visual hint... which is what Firefox 48+ does. Best, ideal would be to change it to the 'nesw-resize' CSS3 cursor [1]. The same no-cursor-change with Chrome 50+ exists under Linux.

[1]:
"nesw-resize
Indicates a bidirectional resize cursor."
https://www.w3.org/TR/css-ui-3/#cursor

> I will submit those 2 tests to the CSS Writing-Modes test suite eventually.

After careful consideration, I have decided to *not* submit those 2 tests. The shape of the resizing mechanism is not specified by the specification. Its location (when it is 'resize: both' or when it is 'resize: horizontal' or when it is 'resize: vertical') is not either. All the specification ( https://www.w3.org/TR/css-ui-3/#resize ) says with regards to this issue is:

"
The UA should consider the direction of resizing (as determined by CSS layout), as well as platform conventions and constraints when deciding how to convey the resizing mechanism to the user.
"

and so, I think these tests should not be submitted, even with a 'should' flag. 

But this issue itself is still valid and appropriate. The orientation (layout) of the corner-resizing-grippy and its location should match platform conventions and should be mouse-dragging logical, coherent, consequent.

This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available. If you change it back, also remove the "Hotlist-Recharge-Cold" label.

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