Closed Bug 1008167 Opened 10 years ago Closed 2 years ago

Using access key which is in use multiple times doesn't activate/deactivate the underlying setting

Categories

(Core :: DOM: UI Events & Focus Handling, defect)

31 Branch
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: whimboo, Unassigned)

References

Details

(Keywords: access)

Currently some accesskeys are duplicated. See bug 1008165. Usually that should be avoided, if there is really no other option, pressing the accesskey multiple times should switch through those elements. Currently that does not happen, even not the first element with that key gets selected.

Steps:
1. Open about:preferences
2. Go to privacy
3. Press Shift+Alt+t multiple times to enable/disable the appropriate settings

Nothing happens as of now.
(In reply to Henrik Skupin (:whimboo) from comment #0)
> Currently some accesskeys are duplicated. See bug 1008165. Usually that
> should be avoided, if there is really no other option, pressing the
> accesskey multiple times should switch through those elements.

This is not feasible. Pressing accesskeys doesn't only move focus, it activates items where applicable.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → INVALID
(In reply to Dão Gottwald [:dao] from comment #1)
> This is not feasible. Pressing accesskeys doesn't only move focus, it
> activates items where applicable.

Well, even if that is not the case, we still have a problem here. As said above if the same key is used multiple times it doesn't have an effect at all. Even if it should enable/disable the first item with that access key only. Updating the wording to reflect that better.
Status: RESOLVED → REOPENED
Resolution: INVALID → ---
Summary: Cannot use access key to switch between different elements with the same access key → Using access key which is in use multiple times doesn't activate/deactivate the underlying setting
If there were two items using the same access keys, the user looked at the second one, attempted to activate it and surprisingly activated the first item, that would be bad. So if we want to change the behavior such that the first item using a duplicated access key will be activated, we'll also need to make sure that the access key is exposed exclusively on that item.
Component: Preferences → Keyboard: Navigation
Product: Firefox → Core
Removing from blocking since the severity is low and the frequency of occurrence is low.
No longer blocks: ship-incontent-prefs
Component: Keyboard: Navigation → User events and focus handling

I can't reproduce this. If I press shift+alt+t in Privacy Settings as per comment 0, focus cycles between the controls with the duplicate access key, which is what I would expect.

Status: REOPENED → RESOLVED
Closed: 10 years ago2 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.