Closed Bug 187315 Opened 22 years ago Closed 21 years ago

SELECT tag list box scroll bars are missing

Categories

(Camino Graveyard :: HTML Form Controls, defect)

PowerPC
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 161050

People

(Reporter: cbsears_sf, Assigned: bryner)

References

()

Details

Attachments

(2 files)

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.0.1) Gecko/20021220 Chimera/0.6+
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.0.1) Gecko/20021220 Chimera/0.6+


For Chimera, the Mozilla test page:

  http://mozilla.org/quality/browser/standards/html/option_value.html

should have a scroll bars drawn.  This works correctly for Mozilla 1.3a

Reproducible: Always

Steps to Reproduce:
1. Open http://mozilla.org/quality/browser/standards/html/option_value.html
2. look at it.
3.

Actual Results:  
The list box is drawn but the scrollbars are missing. After selecting the box is
navigable with the arrow keys, as expected.

Expected Results:  
Chimera should have drawn the scrollbars.

This works correctly with Mozilla 1.3a.

It also works correctly with Chimera for the Bugzilla page.
I don't know, it looks to me as though Chimera/2003021707 handles this better
than  FizzillaMach/2003021903.

Chimera draws the scrollbar box, but no arrows or elevator.

Mozilla draws the arrows and elevator, in the disabled state. However, the
elevator size and position imply that there are more list items below the 6
seen, which isn't true.
Assignee: saari → bryner
Severity: major → normal
Component: General → HTML Form Controls
*** Bug 199662 has been marked as a duplicate of this bug. ***
I can confirm this on my build.

Build ID: 2003040505
Status: UNCONFIRMED → NEW
Ever confirmed: true
*** Bug 196573 has been marked as a duplicate of this bug. ***
*** Bug 203798 has been marked as a duplicate of this bug. ***
In today's build it looks like the scrollbar is being painted in the select
control in the link in the original bug. (and on bugzilla forms). However theres
still a few cases where they're not being painted. See the example from bug 203798:
http://www.tonerrefillkits.com/cross_reference.htm

This may be a size thing (still happens when there are few visible options), but
I haven't made up a testcase to know for sure
Keywords: qawanted
It depends on what the size= is in the select tag

anything less then 6 will not draw the arrows/bar

testcase coming soon
size that's => 6 will draw the arrows
*** Bug 197730 has been marked as a duplicate of this bug. ***
dupe of bug 161050? (which is probably WFM anyway)
.

*** This bug has been marked as a duplicate of 161050 ***
Status: NEW → RESOLVED
Closed: 21 years ago
Keywords: qawanted
Resolution: --- → DUPLICATE
If you want to mark bug 161050 as closed even though it draws something
freakish, then go ahead. At least it's functional.

This is a different problem. Scroll bars aren't being drawn for select form
controls of size <= 5. This is a _major_ impediment to usability. These forms
are _not_ functional to the point of usability. This is broken. Don't get rid of
it by glomming it onto another, unrelated, bug.

Please reopen this. I tried but I don't have the power.
Avi, the test cases here works for me.. and have for a little while.

Please retest with a current nightly build and if you're still seeing this
please report back your findings & details and I'll be more then happy reopening
(Camino build ID, OS X version & if you can attach a screen shot via "Create a
New Attachment")

thx!
I just updated to the 2003082402 nightly (the 20030825 nightly is a 7 meg
null-filled file). I checked my local css file to make sure that it didn't have
any entries that would interfere. And still the first test case
(http://bugzilla.mozilla.org/attachment.cgi?id=122064&action=view) shows up with
no scroll bars.

Does everyone else see scroll bars in it but me?
if you have single-scroll arrow at each end, or both at one end, you'll get a
working scrollbar. if you have double at each end, you'll get the "disabled"
appearance because the controls don't fit in the given space. this is a
"feature?" in apple's scrollbars and it's nothing we can fix.
I have a scrollbar with both testcases

I guess this has been fixed?
*** Bug 220505 has been marked as a duplicate of this bug. ***
Re comment 16:

Does Camino use native widgets for select lists? If so, wouldn't it be possible
to use the small scroller size for small select lists (as Safari does)? It's
still possible to have lists too short for scroll bars, but it would make them
work down to a smaller size.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: