Closed Bug 281670 Opened 19 years ago Closed 19 years ago

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

Categories

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

1.0 Branch
x86
Windows XP
defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: rgurganus, Assigned: ginnchen+exoracle)

Details

(Keywords: access)

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.
Ginn or Gilbert, can you look at this when you get a chance?
Assignee: aaronleventhal → ginn.chen
Severity: normal → minor
Keywords: access
Priority: -- → P4
Component: Keyboard Navigation → Keyboard: Navigation
Product: Firefox → Core
Version: unspecified → 1.0 Branch
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)?
I've only tried on the official download from mozilla.org.  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?
You can get nightly builds
here:ftp://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/

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 ;) )
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.
I can reproduce it with Mozilla 1.7, but not the nightly build.
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
Component: Keyboard: Navigation → User events and focus handling
You need to log in before you can comment on or make changes to this bug.