UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/61.0.3163.13 Safari/537.36

Steps to reproduce the problem:
1. Create a HTML form with the writing-mode set to vertical-rl or vertical-lr
2. Test case here: https://www.chenhuijing.com/demos/megaform/
3. List of form elements affected:
- input type button
- input type color
- all date-related input types
- input type email
- input type file
- input type number
- input type password
- input type range
- input type reset
- input type search
- input type submit 
- input type tel
- input type text
- input type url
- button element
- select element (covered in issue 681917: https://bugs.chromium.org/p/chromium/issues/detail?id=681917)
- optgroup and option elements (see select element)
- datalist element
- meter element
- textarea element
- progress element

What is the expected behavior?
Form controls are expected to match the writing mode, refer to CSS Writing Modes Level 3: https://www.w3.org/TR/css-writing-modes-3/#block-flow

What went wrong?
The mentioned form elements still display as if the writing-mode was horizontal-tb

Did this work before? No 

Does this work in other browsers? Yes

Chrome version: 61.0.3163.13  Channel: dev
OS Version: OS X 10.12.6
Flash Version: Shockwave Flash 26.0 r0

Firefox has most of the form elements displaying in the expected block-flow direction but has bugs with the date and time input types.