Open Bug 1963130 Opened 24 days ago Updated 9 days ago

VoiceOver announcements when deleting or creating profiles differ from the editing one

Categories

(Toolkit :: Startup and Profile System, defect)

Desktop
macOS
defect

Tracking

()

Accessibility Severity s4
Tracking Status
firefox-esr115 --- unaffected
firefox-esr128 --- unaffected
firefox138 --- affected
firefox139 --- affected
firefox140 --- affected

People

(Reporter: sbadau, Unassigned, NeedInfo)

References

(Blocks 1 open bug)

Details

(Keywords: access)

Attachments

(2 files)

Attached video screen recording.mov

Found in

  • Firefox 138

Affected versions

  • Nightly 140.0a1

Tested platforms

  • Affected platforms: macOS 15

Preconditions

  • Ensure that the pref "browser.profiles.enabled" is set to true in about:config.
  • Create at least one profile.
  • Enable Voice Over Screen reader.

Steps to reproduce

  1. Use VoiceOver to navigate to the Profiles panel from the Hamburger menu.
  2. Use VoiceOver to enter Edit mode and then on Delete button.
  3. Listen to the message announced by VoiceOver.

Expected result

  • The user should be informed by VoiceOver that Delete profile tab was opened and web content is accessed. The message should be similar with the one given when a profile is edited (see Bug 1934921).

Actual result

  • VoiceOver informs the user that they are currently in an article within web content and only afterward mentions that the context is for deleting a profile. The message does not follow the same structure as when editing a profile.
  • A similar behavior is also observed when creating a new profile (on the about:newprofile page).

Regression range

  • This is not a regression; it's introduced with the Profiles Switching feature.

Thank you for capturing the bug, Simona!

Interestingly, it seems that the VoiceOver output is showing "Delete profile, web content" (as captured on the 00:09 timestamp of the video) but it is quickly changed to the article announcement due to the focus being placed on the article (as expected).

I'd mark it as access-S4 because the focus placement is a behavior that would be expected, especially with the dynamic changes of content without a page refresh and the VO, as was mentioned, does go into announcing the "Delete profile" again (probably as the label of the article / on-screen heading), which works in this case.

Accessibility Severity: --- → s4

The severity field is not set for this bug.
:mossop, could you have a look please?

For more information, please visit BugBot documentation.

Flags: needinfo?(dtownsend)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: