Open
Bug 1362907
Opened 7 years ago
Updated 10 months ago
option text in select element with min-height is top aligned instead of centered
Categories
(Core :: Layout: Form Controls, defect)
Tracking
()
NEW
Webcompat Priority | P3 |
People
(Reporter: karlcow, Unassigned)
References
Details
(Whiteboard: [webcompat])
Attachments
(3 files)
See the screenshot * Gecko Firefox left * WebKit Safari center * Blink Opera right This is a spin off the webcompat issue https://webcompat.com/issues/6475 I created a minimal test case on https://codepen.io/webcompat/pen/oWoQpG select { appearance: none; -webkit-appearance: none;} .min-height {min-height:50px;} <select class="min-height"> <option value="-1">Sélectionner</option> <option value="8" selected="">46</option> </select> Expected: The text is vertically centered. Actual: the text is align to the top. This is happening only with min-height, when height is specified the alignment is vertically centered.
![]() |
Reporter | |
Comment 1•7 years ago
|
||
I'm not sure it's in Mats area for widget and moz-appearance.
Flags: webcompat?
Flags: needinfo?(mats)
See Also: → https://webcompat.com/issues/6475
Whiteboard: [webcompat]
![]() |
Reporter | |
Comment 2•7 years ago
|
||
This is happening both on Desktop and Android.
Comment 3•7 years ago
|
||
I don't think this is related to 'appearance:none', the same issue also occurs with native themeing. I don't think this has ever worked correctly. The first version that we vertically center the text in the 'height' case is Firefox 31, before that we aligned both cases at the top. We've never centered the text for the 'min-height' case, AFAICT.
Flags: needinfo?(mats)
![]() |
Reporter | |
Comment 4•7 years ago
|
||
Not sure this is a similar case but we have a different alignment than WebKit and Blink. A combination of padding and height. https://webcompat.com/issues/6669
![]() |
Reporter | |
Updated•6 years ago
|
See Also: → https://webcompat.com/issues/6887
![]() |
Reporter | |
Updated•6 years ago
|
See Also: → https://webcompat.com/issues/16486
Comment 5•5 years ago
|
||
Migrating Webcompat whiteboard priorities to project flags. See bug 1547409.
Webcompat Priority: --- → ?
Comment 6•5 years ago
|
||
See bug 1547409. Migrating whiteboard priority tags to program flags.
Updated•4 years ago
|
Webcompat Priority: ? → P3
Flags: webcompat?
Comment 8•4 years ago
|
||
This is also hitting select boxes at https://m.gsmarena.com, as per bug 1587082 (closed as dupe).
See Also: → https://webcompat.com/issues/41660
Updated•1 year ago
|
Severity: normal → S3
Comment 9•10 months ago
|
||
Just ran into this with Itiel when looking at a select in some Firefox frontend code, which happened to be deriving its height from min-height
and had its contents misaligned as a result of this bug.
Here's a reduced testcase that I came up with while investigating.
ACTUAL RESULTS:
The first "Select" text is top-aligned within the select dropdown-button.
EXPECTED RESULTS:
That text should be vertically centered within its button, like all the other text.
Updated•10 months ago
|
Attachment #8865282 -
Attachment description: select and text alignment → screenshot: select and text alignment
Updated•10 months ago
|
Attachment #9308877 -
Attachment description: testcase 3 → testcase 2
You need to log in
before you can comment on or make changes to this bug.
Description
•