Open
Bug 393275
Opened 17 years ago
Updated 2 years ago
Select element misinterpreting ctrl+pageUp/pageDown
Categories
(Core :: Layout: Form Controls, defect)
Tracking
()
UNCONFIRMED
People
(Reporter: danswer, Unassigned)
References
()
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.12) Gecko/20070508 Firefox/1.5.0.12 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.12) Gecko/20070508 Firefox/1.5.0.12 If a drop down (select element with size=1) has focus in a tabbed window, and then focus is lost, then regained by means of control + pageUp, control + pageDown the .selectedIndex of the drop down resets to 0 (bug). However, the select element's display is not updated to reflect this. Reproducible: Always Steps to Reproduce: Go to https://bugzilla.mozilla.org/attachment.cgi?id=215140 Ensure that it is a second (or more) tab. Now do the following sequence of keystrokes: alt+s => drop down has focus (but is not dropped down). down arrow => dd shows: one; Fired shows: 1 down arrow => dd shows: two; Fired shows: 12 ctrl+page up => go to prior tab ctrl+page down => return to attachment tab: dd shows: two Fired shows: 122C2 down arrow => dd shows: one; Fired shows: 122C21 This latter is incorrect since it implies that the .selectedIndex was actually 0 and not 2. Expected Results: I expect the .selectedIndex to remain where it was (and if did change, I would expect the display (the drop down) to reflect it). My guess is that the drop down is seeing the pageUp but not respecting the fact that there is a ctrl key with it. I originally noticed this bug at Bug 330554, Comment 17, item 3 Csaba Gabor from Vienna
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•