459 bytes, text/html
Go to m-w.com and search for 'dub'. It returns 6 possibilities, in a box 6 lines high. The scrollbar widget looks as if there are many more (the slider is very small) when in fact there are none. Searching for something with 7 entries ('in'), the scrollbar displays as it should.
Er, the slider isn't very small; there is none and the scrollbar is disabled. That's what should happen if you have a "<select size=6>" and 6 or fewer child <option> elements.
Although, yes, IE implements this as "if 6 or less, then allocate space for the scrollbar, but don't draw it". Chaque un a son gout.
> Er, the slider isn't very small; there is none and the scrollbar is disabled. Er... on linux 0.9.3 i'm pretty sure that's a scrollbar with a tiny slider I'm looking at. Dont have time to do a screenshot tonight/tomarrow, but I'm quite sure that's a scrollbar I'm looking at. I've seen this elsewhere in the past, too. Can someone V with linux 0.9.3 and compare that to current linux builds? could have been fixed, I suppose.
Um, yeah. That is a small scrollbar thumb with the gtk scrollbar on Linux. It shouldn't really be there. -> HTML Form Controls. (Sorry, I didn't do the three platform check before I marked this invalid.)
Shows another bug as well... when a <select> receives an appendChild, it should redraw its scrollbar.
better URL, under Sizing Tests, the last two should have no scrollbar, or a scrollbar that consumes the entire slider groove thing.
Is this still an issue? The bugs which probably were the same (mentioned in comment 9) are fixed.
yes. seems fixed now.
No specific bug / patch referenced as the fix. ->WORKSFORME