Closed
Bug 191150
Opened 23 years ago
Closed 23 years ago
accesskeys firing events twice
Categories
(Core :: DOM: UI Events & Focus Handling, defect)
Tracking
()
VERIFIED
FIXED
People
(Reporter: piers, Assigned: aaronlev)
Details
(Keywords: access)
Attachments
(1 file)
|
749 bytes,
patch
|
samir_bugzilla
:
review+
jag+mozilla
:
superreview+
asa
:
approval1.3b+
|
Details | Diff | Splinter Review |
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.
Comment 1•23 years ago
|
||
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
Comment 2•23 years ago
|
||
this also occurs in 2003.01.28.05 bits.
Severity: major → enhancement
Hardware: PC → All
Comment 4•23 years ago
|
||
whups, dunno how that field was set. definitely not an rfe. ;)
Severity: enhancement → normal
Updated•23 years ago
|
Flags: blocking1.3b?
Updated•23 years ago
|
Flags: blocking1.3b? → blocking1.3b+
Comment 5•23 years ago
|
||
aaronl's going to be taking a look at this tomorrow.
| Assignee | ||
Comment 6•23 years ago
|
||
| Assignee | ||
Comment 7•23 years ago
|
||
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 8•23 years ago
|
||
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 9•23 years ago
|
||
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 10•23 years ago
|
||
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+
| Assignee | ||
Comment 11•23 years ago
|
||
checked in
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Comment 12•23 years ago
|
||
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
Updated•6 years ago
|
Component: Keyboard: Navigation → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•