1006163 - Number spinners not affecting scrollWidth properties for input[type="number"]

Status: UNCONFIRMED

(Core :: DOM: Core & HTML, defect, P5)

Description

[John Gardner]

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/34.0.1847.131 Safari/537.36

Steps to reproduce:

FF29 introduced support for <input type="number" />, which now displays a number spinner inside the input's border.


Actual results:

As this spinner takes up room, it should ideally alter the scrollWidth property of the element itself. Instead, it still retains the same scrollWidth as a text field with the same properties.

Test case:
http://cdpn.io/bFoam


Expected results:

WebKit/Chromium alter the scrollWidth if it's taken up by the number spinner, and logically, Firefox should too (seeing as it directly affects the amount of visible space being used to display the element's textual content).

Comment 1

[Boris Zbarsky [:bzbarsky]]

This needs a spec...

Comment 2

[Jonathan Watt [:jwatt]]

I'm not likely to get to this any time soon.

Comment 3

[Boris Zbarsky [:bzbarsky]]

Note that per current spec at http://dev.w3.org/csswg/cssom-view/#scrolling-area if the spinners are inside the padding then the scrollWidth is supposed to include the spinners.

John, you may want to raise a spec issue here, but keep in mind that the behavior of all this stuff on form controls is generally undefined.  :(

Comment 4

[Firefox Bug Husbandry Bot]

https://bugzilla.mozilla.org/show_bug.cgi?id=1472046

Move all DOM bugs that haven’t been updated in more than 3 years and has no one currently assigned to P5.

If you have questions, please contact :mdaly.