bugzilla.mozilla.org will be intermittently unavailable on Saturday, March 24th, from 16:00 until 20:00 UTC.
Please upload a testcase that demonstrates the problem. Thanks. (use the "Add an attachment" link on this bug report)
Component: Style System (CSS) → Layout: Form Controls
QA Contact: style-system → layout.form-controls
Yeah, I can't reproduce this.
You've got the the file. Please see if you have the problem too.
What file are you talking about, exactly?
I mean: I attached the file now.
Created attachment 526038 [details] Here is an example code where the problem exists Here is an example of the problem working. This works in firefox 3.6.16 as expected and it does not work in firefox 4.0 (in safe mode)
Dunno why, the earlier attachment didn't work
Oh, I see what you're talking about. Your styles require that the height be between 40px and 100px. Any layout within those constraints is correct. The intrinsic height of a <select> used to depend on the number of options in Firefox 3.6, but this violated the HTML5 spec for <select>, which is very clear: If the multiple attribute is present, then the size attribute's default value is 4. which means that a <select multiple> with no 'size' set must act the same as if you set size="4". So the intrinsic height must be the same as if size="4" is set. So what you see in Firefox 4 is the behavior the spec calls for.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 7 years ago
Resolution: --- → INVALID
I see... Firefox 4 follows the html5 specification even in HTML4.01. I just consulted and tried to find and reread, etc... the html4 strict specification (corresponds to the doctype I used) and it seems like that the HTML5 behavior does not violate the html4 specification either... So having the HTML5 behavior for HTML4 is valid. So... How can I accomplish this using CSS? Now I have no ideas...
For what it's worth, we only have one HTML mode (modulo quirks mode, of course). I'm not sure there's a good way to get the old behavior without changing the "size" attribute to match the count of the options in your script. But doing that ought to work.
You need to log in before you can comment on or make changes to this bug.