Closed Bug 1499184 Opened 6 years ago Closed 6 years ago

<select size=1> inline-size is too narrow when it renders a display:none <option>

Categories

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

defect

Tracking

()

RESOLVED FIXED
mozilla65
Tracking Status
firefox64 --- wontfix
firefox65 --- fixed

People

(Reporter: MatsPalmgren_bugz, Assigned: MatsPalmgren_bugz)

References

Details

(Keywords: testcase)

Attachments

(2 files)

Attached file Testcase
The two <select>s in the testcase renders exactly the same in Edge, Chrome, and Safari, respectively. In Firefox, the 2nd <select> in each set appears to have a too narrow content-box inline-size.
Actually, you'll need a fix for bug 1499127 to see the <option> in the 2nd <select> at all...
Depends on: 1499127
Summary: <select> inline-size is too narrow when it renders a display:none <option> → <select size=1> inline-size is too narrow when it renders a display:none <option>
Attached patch fix+reftestSplinter Review
FYI, this also fixes the bug on Android, but I'm skipping the reftest there because the -ref renders differently there for some *other* reason. (Presumably because of some weird rule in mobile/android/themes/geckoview/content.css as usual.)
Assignee: nobody → mats
Attachment #9019836 - Flags: review?(jwatt)
Attachment #9019836 - Flags: review?(jwatt) → review+
Pushed by mpalmgren@mozilla.com: https://hg.mozilla.org/integration/mozilla-inbound/rev/a218f406da67 Add some inline-axis padding after the <select size=1> display frame to avoid the text being flush to the dropdown button when we have a display:none <option>. r=jwatt
Flags: in-testsuite+
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla65
Does this need a Beta uplift request?
Flags: needinfo?(mats)
Nope.
Flags: needinfo?(mats)
Regressions: 1582545
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: