User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:18.104.22.168) Gecko/20070713 Firefox/22.214.171.124 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:126.96.36.199) Gecko/20070713 Firefox/188.8.131.52 When a select box has enough options to cause a scroll bar to appear and the width of the select box is set (style="width:200px;", say) and the user is using the arrow keys to scroll down the list, when the selected option reaches past the last visible option in the list, the select box repaints itself and the visible options only show the top of the list. This behavior is not seen when the width of the box is NOT set. Reproducible: Always Steps to Reproduce: 1. Create a select box with enough options to cause scrolling 2. Set the width of the select box using a style (inline, linked, etc.) 3. Load the page and use the mouse to drop down the list of options 4. Use the arrow keys to scroll down the list of options 5. Scroll past the last visible option and the select box will repaint itself Actual Results: The scroll bar does not scroll properly when using the arrow keys and the selected option within the list of options is hidden, though the selected option appears in the actual select box. Expected Results: The scroll bar should move and the selected option should be visible in the list At first we thought the select box was mis-behaving when we were using optgroup syntax, but we seen discovered that it affects every select box where we set the width of the box using a style sheet and use the arrow keys to scroll through the list of options. I have a test document that quite simply shows the problem, but I see no way of uploading it, but you can see this issue on many web sites.
Created attachment 274614 [details] Two select boxes, one with width set, one not test document with two identical select boxes, except one has a width set. Open this document in firefox and use your mouse to open the list of items, then use your arrow keys to scroll down the list of options until the selected option is off the "bottom" of the list. The select box without a width set scrolls properly while the second select box repaints itself and the selected option is not visible in the list.
Created attachment 274615 [details] Two select boxes, one with width set, one not test document with two identical select boxes, except one has a width set. Open this document in firefox and use your mouse to open the list of items, then use your arrow keys to scroll down the list of options until the selected option is off the "bottom" of the list. The select box without a width set scrolls properly while the second select box repaints itself and the selected option is not visible in the list.
It seems to be fixed in Gran Paradiso 3.0a7. I was able to reproduce this with Firefox 1.0.7, 184.108.40.206 and 220.127.116.11 (for the curious: not with Firebird 0.7), all Win32. What is strange about this, in my test cases there is no problem recreating this strange behavior, but in the webapp we're developing and where this occurs there are other SELECT, that do not behave that way, later in the same FORM. Copying that SELECT to test file shows wrong behavior again, I'm still investigating, what has the effect of "correcting" this issue. By the way, is this a duplicate (or vice-versa) of #368969?
This bug was reported on Firefox 2.x or older, which is no longer supported and will not be receiving any more updates. I strongly suggest that you update to Firefox 3.6.3 or later, update your plugins (flash, adobe, etc.), and retest in a new profile. If you still see the issue with the updated Firefox, please post here. Otherwise, please close as RESOLVED > WORKSFORME http://www.mozilla.com http://support.mozilla.com/kb/Managing+profiles http://support.mozilla.com/kb/Safe+mode
Whiteboard: [CLOSEME 5-15-2010]
Version: unspecified → 2.0 Branch
No reply, INCOMPLETE. Please retest with Firefox 3.6.x or later and a new profile (http://support.mozilla.com/kb/Managing+profiles). If you continue to see this issue with the newest firefox and a new profile, then please comment on this bug.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 8 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.