Closed Bug 281670 Opened 20 years ago Closed 20 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: 20 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.