Closed Bug 2038656 Opened 21 days ago Closed 18 days ago

The close ('x') button is not being read by NVDA/ORCA when hovering over it with the cursor

Categories

(Firefox :: Settings UI, defect, P3)

Firefox 152
defect

Tracking

()

RESOLVED WONTFIX
Tracking Status
firefox152 --- affected

People

(Reporter: rpopovici, Unassigned)

References

Details

(Keywords: access, Whiteboard: [recomp])

Note:
The issue is reproducible only with NVDA and ORCA. I noticed that Voice Over does not read anything on the page(Chrome/Firefox) when hovering.

Affected versions:
Nightly 152.0a1(2026-05-11)

Affected platforms:
Windows 11
Ubuntu 24

Unaffected platforms:
MacOS 13.2.1

Preconditions:
Custom ETP is set.
DNS is set to off.
NVDA/ORCA is opened.

Steps to reproduce:

  1. Navigate to the Settings(about:preferences) page.
  2. Click on the "Privacy and Security" section.
  3. Hover the mouse over the close('X') button on the "Security warnings" card.

Expected result:
The close('X') button should be read by NVDA/ ORCA.

Actual result:
The close ('x') button is not being read by NVDA/ORCA

Regression range:
Not a regression, it's a new feature.

It looks like with NVDA this is fine with keyboard navigation, which is probably the more common case where we want to ensure that the aria-label/tooltip is announced. Since that works as expected I don't think the severity is super high here, but open to reevaluating if a11y folks think otherwise.

Severity: -- → S3
Keywords: access
Priority: -- → P3
Whiteboard: [recomp]

For NVDA, this is due to an NVDA bug. The implementation looks correct here, so I guess Orca has a similar issue.

I'm closing this, since there's nothing we can do to fix this on our side.

Status: NEW → RESOLVED
Closed: 18 days ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.