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)
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.
Comment 1•19 years ago
|
||
Ginn or Gilbert, can you look at this when you get a chance?
Updated•19 years ago
|
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.
Comment 3•19 years ago
|
||
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?
Comment 5•19 years ago
|
||
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.
Comment 6•19 years ago
|
||
(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
Updated•5 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
•