300979 - <select multiple size=1> should have a vertical scrollbar

Status: RESOLVED DUPLICATE of bug 109016

(Core :: Layout: Form Controls, defect)

Description

[Mats Palmgren (inactive)]

<select multiple size=1> should have a vertical scrollbar, at least when there
is more than one option/optgroup like in other UAs. I think we should even
include it when there isn't any rows to scroll to because otherwise the control
looks like a text input (it should be greyed out in this case), this is also
consistent we handle other SIZEs when there isn't any rows to scroll to.

The URL is the testcase for bug 300474, where you also can find screenshots
of the testcase in Opera and IE6.

Bug occurs in SeaMonkey 2005-07-11-02 trunk on Linux.

Comment 1

[Boris Zbarsky [:bzbarsky]]

The problem is that our scrollbars have a minimal size that's too big....

Comment 2

[Mats Palmgren (inactive)]

Attachment: Testcase #1

Comment 3

[Mats Palmgren (inactive)]

Attachment: Screenshot, IE6

Comment 4

[Mats Palmgren (inactive)]

Attachment: Screenshot, Opera 8.01

Comment 5

[Dave Townsend [:mossop]]

Is this just bug 300979?

Comment 6

[Bob B]

Attachment: testcase #2, select elements with/without multiple and various size values

Comment 7

[Bob B]

Attachment: bad display, Firefox 1.5RC1, Windows

Comment 8

[Bob B]

Attachment: bad display, Firefox 1.5RC1, Mac

Comment 9

[Bob B]

Attachment: bad display, Camino 1.0a1+ (Mac)

Comment 10

[Bob B]

Attachment: good display, Safari 1.3.1 (Mac)

Comment 11

[Bob B]

Attachment: good display, IE6, Windows

Comment 12

[Boris Zbarsky [:bzbarsky]]

We know what this looks like.

Comment 13

[Bob B]

Mozilla browsers may display list boxes when there isn't enough height to draw proper scroll bars. The problem can occur not only for multiple size=1, but also (at least on Mac) for small size values greater than 1, with or without the multiple attribute (see attachments). Related bugs include bug 109016, bug 257731 and bug 204449. A possible solution is to emulate Safari and not draw list boxes with fewer than 4 rows (perhaps on all platforms, not just Mac). Or at least, make sure list boxes are always drawn with enough height to (on each platform) provide a functional graphical scrolling mechanism.

Comment 14

[Phil Ringnalda (:philor)]

*** Bug 336585 has been marked as a duplicate of this bug. ***

Comment 15

[Brian Hertziger]

(In reply to comment #0)
> <select multiple size=1> should have a vertical scrollbar, at least when there
> is more than one option/optgroup like in other UAs. I think we should even
> include it when there isn't any rows to scroll to because otherwise the control
> looks like a text input (it should be greyed out in this case), this is also
> consistent we handle other SIZEs when there isn't any rows to scroll to.

We have started to encounter this, and have done some additional playing around, and it appears that three is the magic number.  If the size is set to 1 or 2, then no scroll bars are displayed in the box (this applies to a <select> regardless if multiple is specified).

Interesting is the fact that the element is built on the screen with sufficient horizontal space for a scroll bar, but one does not appear.  Tests were done with FireFox 1.5.0.4

Conclusion:  It appears as though FireFox doesn't "squeeze" the scroll bar controls to fit in a space less that three lines.  At first this appeared related to use of <optgroup> but we tested and proved it wasn't.  Netscape 7.2 has a similar problem, but it only has the issue on size=1 <select> tags.

Comment 16

[Dave Townsend [:mossop]]

*** This bug has been marked as a duplicate of 109016 ***