1493561 - non-specified border-width on input element is wide on Ubuntu

Status: RESOLVED WORKSFORME

(Core :: Layout: Form Controls, defect, P3)

Description

[Karl Dubost💡 :karlcow]

This is a spin-off of https://webcompat.com/issues/18994

0. With Firefox Nightly on Ubuntu
1. Go to  http://www.resa.be/client/releve-d-index/
2. Notice how the first 4 digits are not visible at all. (see screenshots on https://webcompat.com/issues/18994 )


On the layout tab, without specifying a border there is:

on macOS:

margin: 0
border: 3px (while the default seems to be 2px ???)
padding: 1px
content: 9px x 13.5px


on Ubuntu reporter screenshot (without specifying border-width)

margin: 0
border: 0 8px 0 8px (!!!!)
padding: 1px
content: 0px x 32px


Once  the reporter specified border-width: 0, 

margin: 0
border: 0
padding: 1px
content: 15px x 18px

Comment 1

[Mats Palmgren (inactive)]

Well, it's clearly a bug in the page styling since they specify "width:17px"
on these themed <input>s (which by default has 'box-sizing:border-box') and
the theme may set an *arbitrary* wide padding/border.
Replacing "width:17px" with ""width:1ch; box-sizing:content-box;" is
probably what they intended.  Or simply removing "width:17px" altogether
works too.

That said, I wonder if we should put a cap on themed padding/border values
because of page errors like this.  They do seem too large to be
web-compatible on Ubuntu.

Comment 2

[Mats Palmgren (inactive)]

(or simply ignore themed padding/border-width values, which I'm guessing
is what Chrome does)

Comment 3

[Firefox Bug Husbandry Bot]

Migrating Webcompat whiteboard priorities to project flags. See bug 1547409.

Comment 4

[Firefox Bug Husbandry Bot]

See bug 1547409. Migrating whiteboard priority tags to program flags.

Comment 5

[Dennis Schubert [:denschub]]

We no longer use system-provided form rendering on linux, so this is no longer an issue.