Closed Bug 191150 Opened 23 years ago Closed 23 years ago

accesskeys firing events twice

Categories

(Core :: DOM: UI Events & Focus Handling, defect)

x86
All
defect
Not set
normal

Tracking

()

VERIFIED FIXED

People

(Reporter: piers, Assigned: aaronlev)

Details

(Keywords: access)

Attachments

(1 file)

It appears that accesskeys are firing their events twice (the function they perform happens twice). This is a fairly major accessability bug: To reproduce: 1. Open Edit -> Preferences -> Navigator -> Languages 2. Add a few languages (say 5 to make sure the list is long enough) 3. Select a language and press Alt+U and Alt+D (to move the item up and down) Actual results: the first time after adding, the accesskey works as expected, subsequently, the accesskey causes the item to move two places up or down. Expected: just move one place up or down. This appears related to bug 37262, but may not be the same. Tested on Windows and Solaris.
yep, i see this with today's linux build (2003.01.29.08 comm trunk). it seems "limited" to using xul access keys in dialogs (like prefs), as it doesn't appear to be a problem using access keys in the menus (no double execution there, afaict). could this be a recent regression?
Keywords: nsbeta1
Hardware: All → PC
this also occurs in 2003.01.28.05 bits.
Severity: major → enhancement
Hardware: PC → All
sairuh, surely this is a bug, not an enhancement?
whups, dunno how that field was set. definitely not an rfe. ;)
Severity: enhancement → normal
Flags: blocking1.3b?
Flags: blocking1.3b? → blocking1.3b+
aaronl's going to be taking a look at this tomorrow.
Comment on attachment 113158 [details] [diff] [review] Make sure xul:button's unmodified accesskey detection throws away alt/ctrl/meta modified keystrokes Seeking r=/sr= for small 2 line fix
Attachment #113158 - Flags: superreview?(jaggernaut)
Attachment #113158 - Flags: review?(sgehani)
Comment on attachment 113158 [details] [diff] [review] Make sure xul:button's unmodified accesskey detection throws away alt/ctrl/meta modified keystrokes r=sgehani
Attachment #113158 - Flags: review?(sgehani) → review+
Comment on attachment 113158 [details] [diff] [review] Make sure xul:button's unmodified accesskey detection throws away alt/ctrl/meta modified keystrokes sr=jag
Attachment #113158 - Flags: superreview?(jaggernaut) → superreview+
Comment on attachment 113158 [details] [diff] [review] Make sure xul:button's unmodified accesskey detection throws away alt/ctrl/meta modified keystrokes a=asa (on behalf of drivers) for checkin to 1.3beta.
Attachment #113158 - Flags: approval1.3b+
checked in
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
looks good --vrfy'd fixed with 2003.02.11.04 comm trunk bits on win2k and linux rh8.0.
Status: RESOLVED → VERIFIED
Hardware: All → PC
Component: Keyboard: Navigation → User events and focus handling
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: