Closed Bug 2040677 Opened 2 months ago Closed 2 months ago

[macOS][VO] Unable to reach Edit/Remove options in World Clock widget with Voiceover Commands

Categories

(Firefox :: New Tab Page, defect)

Firefox 153
Desktop
macOS
defect

Tracking

()

RESOLVED FIXED
153 Branch
Accessibility Severity s2
Tracking Status
firefox153 --- fixed

People

(Reporter: csasca, Assigned: dgrant, NeedInfo)

References

(Blocks 1 open bug)

Details

(Keywords: access)

Attachments

(2 files)

Affected versions

  • Firefox 153.0a1

Affected platforms

  • macOS 26.5

Unaffected platforms

  • Windows 11, Ubuntu 26.04

Preconditions

  • Have VoiceOver active
  • Have 3 or more cities added onto the World clock widget

Steps to reproduce

  1. Reach the World Clock Widget
  2. Browse the cities and the options to Edit/Remove using the VO Commands

Expected result

  • The options to Edit/Remove can be accessed for each and every city in the list

Actual result

  • The Edit/Remove options can only be accessed for the first city in the list, the next ones are skipped

Regression range

  • New feature

Additional Notes

Accessibility Severity: --- → s2

Adds newtab-clock-widget-edit-item and
newtab-clock-widget-edit-item-with-nickname so VoiceOver can announce
each row in the clocks management panel by city (and optional nickname).
Consumed by the code change in the child patch.

Assignee: nobody → dgrant
Status: NEW → ASSIGNED
Attachment #9587870 - Attachment description: WIP: Bug 2040677 - VO edit remove not reachable in world clock r=#home-newtab-reviewers → Bug 2040677 - VO edit remove not reachable in world clock r?#home-newtab-reviewers
Pushed by dgrant@mozilla.com: https://github.com/mozilla-firefox/firefox/commit/a654be0acee4 https://hg.mozilla.org/integration/autoland/rev/152dba882a81 Add accessible name strings for clock edit panel rows r=home-newtab-reviewers,fluent-reviewers,flod,ini
Status: ASSIGNED → RESOLVED
Closed: 2 months ago
Resolution: --- → FIXED
Target Milestone: --- → 153 Branch

I was trying to verify the fix on Firefox Nightly 153.0a1 (2026-06-01) on macOS 26.5.1 but it seems that I can still reproduce the initial issue in this fixed build as well. Here's a screencast with it. dgrant, any idea about it? Thanks!

Flags: needinfo?(dgrant)
QA Whiteboard: [S2][QA-5006][qa-found-in-c153] → [S2][QA-5006][qa-found-in-c153] [qa-triage-done-c154/b153] [qa-ver-needed-c154/b153]
Flags: qe-verify+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: