blank accesskey="" attribute is activated by Alt+Left and Alt+Right




14 years ago
14 years ago


(Reporter: rgurganus, Assigned: ginnchen+exoracle)



1.0 Branch
Windows XP

Firefox Tracking Flags

(Not tracked)




14 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20041001 Firefox/0.10.1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20041001 Firefox/0.10.1

I had some dynamically generated code that was including a blank accesskey=""
attribute on HTML buttons.  A user reported to me, and I confirmed, that
Alt+Left and Alt+Right were activing this button.  When I removed accesskey="",
Alt+Left activated the browser back button as intended.  Not too major, but the
button in question was a "Delete" button, and so by trying to go "back", the
user was deleting data. :(

Reproducible: Always

Steps to Reproduce:

Actual Results:  
Alt+Left and Alt+Right were activing a button with Accesskey=""

Expected Results:  
accesskey="" should be equivalent to having no hotkey assigned.

Comment 1

14 years ago
Ginn or Gilbert, can you look at this when you get a chance?
Assignee: aaronleventhal → ginn.chen
Severity: normal → minor
Keywords: access
Priority: -- → P4


14 years ago
Component: Keyboard Navigation → Keyboard: Navigation
Product: Firefox → Core
Version: unspecified → 1.0 Branch

Comment 2

14 years ago
FYI - I repeated the same bug on a different computer, running a different
website, and also running FireFox 1.0.  Just added accesskey="" to an <input
type="submit"> tag, and pressed Alt+Left.
Ray, can you reproduce this problem with a recent nightly build (from the trunk)?

Comment 4

14 years ago
I've only tried on the official download from  I'm not even sure
where to find a nightly build...  I can download it and install over the version
I have, as long as it won't kill anything else?

Comment 5

14 years ago
You can get nightly builds

Always uninstall your old build before installing new one. Your bookmarks,
settings etc are saved elsewhere.
(It's not for normal usage, expect many things to be broken ;) )

Comment 7

14 years ago
I don't have a test machine where I can install it, and I need it working
normally to get other work done.  I have a workaround for this one issue,
suppressing the [accesskey=""], so I'll leave it to you to test in the current
build...  Thanks for your help.

Comment 8

14 years ago
I can reproduce it with Mozilla 1.7, but not the nightly build.
Last Resolved: 14 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.