Closed
Bug 188426
Opened 22 years ago
Closed 22 years ago
Height of select is increased by the number of options in an optgroup
Categories
(Core :: Layout: Form Controls, defect)
Core
Layout: Form Controls
Tracking
()
RESOLVED
FIXED
People
(Reporter: bugzilla, Assigned: dbaron)
References
()
Details
(Keywords: regression, testcase)
Attachments
(1 file)
|
2.42 KB,
patch
|
bzbarsky
:
review+
bzbarsky
:
superreview+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20030109 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20030109 If there is 10 options in an optgroup, then the viewport height of the select will increase like if there is 10 options to show, despite size="1" . One can see this also in Debug/Viewer Demos/#8 Form/Optgroup test http://www.mozilla.org/projects/ui/accessibility/unix/testcase/MAI/DropdownListbox.html http://bugzilla.mozilla.org/attachment.cgi?id=90457&action=view Reproducible: Always Steps to Reproduce: 1. Load a page with a select with an optgroup containing "k" options 2. 3. Actual Results: Viewport height of the select with be k times the number of options within the optgroup Expected Results: Mozilla should comply with size="n" attribute of select This *has to* be a recent REGRESSION. In build 2003010604, select with optgroup were displaying as expected. The select works, functions as expected; nevertheless there is no workaround for this layout behavior.
| Reporter | ||
Updated•22 years ago
|
Keywords: regression,
testcase
Comment 1•22 years ago
|
||
This is a regression from the maxElementSize.height removal... the new code looks at the heights of the kids of the dropdown and takes the max; this means it will take the max of the optgroup heights if there are optgroups (and will be too big)....
Assignee: form → dbaron
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: blocking1.3b?
OS: Windows XP → All
Hardware: PC → All
| Assignee | ||
Comment 2•22 years ago
|
||
| Assignee | ||
Updated•22 years ago
|
Attachment #111112 -
Flags: superreview?(bzbarsky)
Attachment #111112 -
Flags: review?(bzbarsky)
Comment 3•22 years ago
|
||
Comment on attachment 111112 [details] [diff] [review] patch r+sr=bzbarsky; if this turns out to be a perf problem we can try to replace the QI with something faster.....
Attachment #111112 -
Flags: superreview?(bzbarsky)
Attachment #111112 -
Flags: superreview+
Attachment #111112 -
Flags: review?(bzbarsky)
Attachment #111112 -
Flags: review+
| Assignee | ||
Comment 4•22 years ago
|
||
Fix checked in to trunk, 2002-01-09 16:30 PDT. Note that the regression was caused by the fix for bug 186953, which was checked in this morning.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Updated•22 years ago
|
Flags: blocking1.3b?
You need to log in
before you can comment on or make changes to this bug.
Description
•