Open
Bug 214922
Opened 21 years ago
Updated 2 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•21 years ago
|
||
Alt (or whatever your menu pref is) and Shift modifiers are probably OK.
Comment 2•21 years ago
|
||
Bug 232352 and bug 232355 may be related.
Comment 3•21 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•20 years ago
|
||
Should be pretty easy to fix somwehere in layout/xul/base/src
Severity: normal → minor
Keywords: helpwanted
Comment 5•20 years ago
|
||
*** Bug 275017 has been marked as a duplicate of this bug. ***
Comment 6•18 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•15 years ago
|
QA Contact: bugzilla → keyboard.navigation
Assignee | ||
Updated•5 years ago
|
Component: Keyboard: Navigation → User events and focus handling
Updated•2 years ago
|
Severity: minor → S4
You need to log in
before you can comment on or make changes to this bug.
Description
•