CTRL + letter keyboard shortcuts should not trigger form elements with access keys

VERIFIED WORKSFORME

Status

()

Core
Keyboard: Navigation
VERIFIED WORKSFORME
14 years ago
14 years ago

People

(Reporter: Oliver Klee, Assigned: Aaron Leventhal)

Tracking

({access, regression})

Trunk
x86
Linux
access, regression
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Reporter)

Description

14 years ago
User-Agent:       
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7a) Gecko/20040126

A few days ago, CTRL+letter shortcuts suddenly started focusing the form
elements with the corresponding accelerator.

Reproducible: Always
Steps to Reproduce:
1. Under Edit/Preferences/Debug/Keyboard accelerators, set both values to 0.
2. Open the URL (or any other bugzilla report).
3. Click on the page background to make sure the content area is focused and no
form element is focused.
4. Press CTRL+T to open a new tab.
5. Select some text on the page.
6. Press CTRL+C to copy the selected text to the clipboard.

Actual Results:  
4. The Target Milestone form element is focused.
6. The Additional Comments form element is focused.

Expected Results:  
4. A new tab should open, and the focus on the previous tab should not be changed.
6. The text should be copied to the clipboard, and the focus should not be changed.

This happens with a fresh profile (except for the accelerator settings).

Please note: This is not the same as bug 214922 (which is about menus getting
triggered when a menu is already open) or bug 232352 (which is about menus
getting triggered when using the default preferences without an open menu).
(Reporter)

Updated

14 years ago
Keywords: access, regression
(Reporter)

Comment 1

14 years ago
Deleting dist/bin (and recompiling) solved the problem. Marking WFM.
Status: NEW → RESOLVED
Last Resolved: 14 years ago
Resolution: --- → WORKSFORME

Updated

14 years ago
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.