Open Bug 1788992 Opened 3 years ago Updated 3 years ago

Screen reader cannot focus "Play" content overlay to play content after selecting video content on netflix.com

Categories

(Core :: Disability Access APIs, defect)

Unspecified
macOS
defect

Tracking

()

People

(Reporter: mcomella, Unassigned)

Details

STR

  1. With a screen reader enabled... (I used VoiceOver on macOS)
  2. Open netflix.com
  3. Navigate to a list of movies/TV shows. On VoiceOver, I go to the first Heading level 2 titled My List.
  4. Navigate to the next item, which should be a link to a specific movie/TV show: select the link. An overlay with the selected content appears over the main screen
  5. Move to the next item to navigate inside of it (on macOS, this is VO+Right arrow)

Expected results

The cursor moves inside navigation overlay, allowing me to play the content, listen to descriptions of it such as the actors/actresses, select episodes, etc.

Actual results

The cursor continues navigating in the main screen, underneath the content overlay. As far as I can tell, there's no easy to way to navigate forward/back to enter the overlay.

I was unable to reproduce this problem in Safari.

I don't know if this affects all screen readers or just VoiceOver.

I'm not sure what the best workaround is. One workaround is to navigate to the first heading level 3 which seems to always be inside the content overlay. However, that puts the cursor in the center of the overlay rather than near the top which could make it difficult to find the "Play" or "Resume" button.

Configuration

  • VoiceOver
  • macOS 12.5.1
  • Firefox 106.0a1 2022-09-02
Summary: Screen reader cannot focus "Play" show overlay after selecting show on netflix.com → Screen reader cannot focus "Play" content overlay to play content after selecting video content on netflix.com

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

For more information, please visit auto_nag documentation.

Flags: needinfo?(asa)

My guess (which I haven't verified at all) is that Safari removes all other content from the a11y tree when a modal dialog is shown, whereas Firefox doesn't.

Severity: -- → S3
Component: Disability Access → Disability Access APIs
OS: Unspecified → macOS
Product: Firefox → Core
Flags: needinfo?(asa)
You need to log in before you can comment on or make changes to this bug.