Open
Bug 214922
Opened 23 years ago
Updated 4 years ago
Ctrl+letter should not trigger accesskey in menu
Categories
(Core :: DOM: UI Events & Focus Handling, defect)
Tracking
()
NEW
People
(Reporter: aaronlev, Unassigned)
References
Details
(Keywords: access, helpwanted)
Not sure if there is a comparable problem on other platforms, but there probably is.
To repro:
Enter a menu but don't select a command yet(for example, just type alt to enter
the menu bar or bring up a context menu)
Hit Ctrl+letter where the letter is an underlined a accesskey in the menu
The menu item activates, but it shouldn't
For example, if you hit ctrl+w, the window should close, not go to the _W_indow
menu. Unmofidifed keys shouldn't activate accesskeys in menus while in a menu.
Comment 1•23 years ago
|
||
Alt (or whatever your menu pref is) and Shift modifiers are probably OK.
Comment 2•22 years ago
|
||
Bug 232352 and bug 232355 may be related.
Comment 3•22 years ago
|
||
After deleting dist/bin and recompiling, bug 232352 and bug 232355 where solved.
Aaron, could you try whether this helps in your case, too?
On a Linux CVS build from today, CTRL+W doesn't activate the Windows menu (when
another menu is open), but it still selects the menu item with the W shortcut
(if there is any).
| Reporter | ||
Comment 4•22 years ago
|
||
Should be pretty easy to fix somwehere in layout/xul/base/src
Severity: normal → minor
Keywords: helpwanted
Comment 5•21 years ago
|
||
*** Bug 275017 has been marked as a duplicate of this bug. ***
Comment 6•20 years ago
|
||
This is biting a few users who are focusing bookmarks in the toolbar by right clicking and then trying to hit ctrl+t to open them in a new tab (the t passes through to cut).
Updated•17 years ago
|
QA Contact: bugzilla → keyboard.navigation
| Assignee | ||
Updated•7 years ago
|
Component: Keyboard: Navigation → User events and focus handling
Updated•4 years ago
|
Severity: minor → S4
You need to log in
before you can comment on or make changes to this bug.
Description
•