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>
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)
Pushed by email@example.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
Status: NEW → RESOLVED
Last Resolved: 4 months ago
status-firefox65: --- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla65
Does this need a Beta uplift request?
You need to log in before you can comment on or make changes to this bug.