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)

defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: bugzilla, Assigned: dbaron)

References

()

Details

(Keywords: regression, testcase)

Attachments

(1 file)

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.
Keywords: regression, testcase
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
Attachment #111112 - Flags: superreview?(bzbarsky)
Attachment #111112 - Flags: review?(bzbarsky)
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+
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
Flags: blocking1.3b?
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: