Closed Bug 368969 Opened 17 years ago Closed 15 years ago

Form Select Control with CSS width and long list shows only top of list when navigated with arrow keys

Categories

(Core :: Layout: Form Controls, defect)

1.8 Branch
x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: dh-w, Unassigned)

References

()

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1

When you restrict a 'select' form control using CSS width, if the select list is long, and you try to navigate it using keyboard up/down arrows, the displayed dropdown sometimes defaults to the top of the list, not showing the current item.
This is intermittent - as the test page demonstrates.


Reproducible: Sometimes

Steps to Reproduce:
See the test page.
1. click the drop down button
2. select item 63, the dropdown retracts
3. click the dropdown again,
4. press the keyboard up arrow to go up the list to item 40 (everything is fine...) (edit - or you may already be seeing the bug!)
5. press f5 to refresh
6. click the dropdown again, and press keyboard down arrow to navigate down the list... 
Actual Results:  
the dropdown list appears,  but is stuck at the top, even though I'm navigating through items 20+ with the keyboard arrows

Expected Results:  
the list should scroll with the selected item

OK this looks esoteric, but I've tried to isolate the bare minimum to reproduce the bug.
This originated with an attempt to produce a proper combo-box, with layering of select/input fields, and a good dose of javascript.
the onChange option seems to do the same as the 'refresh' in the example above. My ComboBox with a long list would only show the top of the list when navigated with keys.

I'm using Noia 2 theme - I'll check default when I can restart.

Computer config - nothing special.
Component: General → Layout: Form Controls
Product: Firefox → Core
QA Contact: general → layout.form-controls
Version: unspecified → 1.8 Branch
Can't reproduce with a current Linux trunk build.  Is this only a problem on the 1.8 branch?
No response; at this point no testcase... resolving incomplete.  Please reopen if new information appears...
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.