Closed Bug 1602964 Opened 4 years ago Closed 2 years ago

First menuitem of menu is always highlighted

Categories

(Toolkit :: Add-ons Manager, defect, P3)

72 Branch
Desktop
Windows 10
defect

Tracking

()

RESOLVED WORKSFORME
Tracking Status
firefox-esr68 --- unaffected
firefox71 --- unaffected
firefox72 --- wontfix
firefox73 --- fix-optional

People

(Reporter: alice0775, Unassigned)

References

(Regression)

Details

(Keywords: nightly-community, regression)

Attachments

(3 files)

Attached image image.png

Reproducible: always

Steps To Reproduce:

  1. Open Add-ons Manager
  2. Click three dot menu in Extensions/Themes/Plugins tab

Optionally
3. Mouse hover over the other items

Actual Results:
First menuitem of menu is always highlighted

Expected Results:
No highlighted until mouse hover or select with keyboard

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=a3bc852f2ee1dde3fc84e2e88b47fe9a046d388a&tochange=a3ecf85a806affa5f3f9cc22da14aee553ef2673

This was intentional since the accessibility guidelines are to focus the first item in the menu popup when it opens. When using a screen reader I think it's common to use the shortcut that simulates a click so we can't really differentiate between a real mouse click and a screen reader mouse click. I agree it looks a little odd though.

I just poked around in gmail and phabricator with NVDA on and gmail doesn't seem to focus the first item (which I really think we want to do) but phabricator does (even though it doesn't seem to with a real mouse click). I tried to figure out what phabricator is doing but they're definitely doing something weird.

There could be some improvements to be made still, but I think it's okay for now.

Priority: -- → P3

It doesn't looks like intentional change, as all other menus (even hamburger menu) don't behave that way. What's more now with this change I'm seeing 2 items focused, first by keyboard and second by mouse, which operate independently.

Flags: needinfo?(mstriemer)

Perhaps we could do something like check if the button is focused in a mousedown event and if that's the case have this behaviour. As for the two focused elements, it looks like the focus is cleared when an item is hovered, that count work as well. The related toolbar button/menu code could have some insights. Using the aria-activedescendant attribute rather than tab focus could help as well.

For now, I'd rather not regress screen reader support. I can take a look at this again once I've cleared my in progress work.

Flags: needinfo?(mstriemer)

When mouse hover over the other item, but the first item is still highlighted. this is definitely BUG I think.

First menuitem of menu is always highlighted

Assignee: nobody → trishul.goel
Status: NEW → ASSIGNED

The focus is removed as soon as the mouse enters the panel.
@marl Will this be helpful?

Flags: needinfo?(mstriemer)
Flags: needinfo?(mstriemer)
Has Regression Range: --- → yes

The bug assignee didn't login in Bugzilla in the last 7 months.
:mixedpuppy, could you have a look please?
For more information, please visit auto_nag documentation.

Assignee: trishul.goel → nobody
Status: ASSIGNED → NEW
Flags: needinfo?(mixedpuppy)

I think this is no longer an issue?

No longer reproduce in Nightly101.0a1.

Status: NEW → RESOLVED
Closed: 2 years ago
Flags: needinfo?(mixedpuppy)
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: