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)
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•20 years ago
|
||
Ginn or Gilbert, can you look at this when you get a chance?
Updated•20 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•20 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•20 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•20 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: 20 years ago
Resolution: --- → WORKSFORME
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
•