Closed Bug 1358296 Opened 7 years ago Closed 2 years ago

Color contrast not sufficient on native video and audio controls rendered by browser (accessibility)

Categories

(Toolkit :: Video/Audio Controls, defect, P3)

Desktop
All
defect

Tracking

()

RESOLVED FIXED
Accessibility Severity s2

People

(Reporter: glenda.sims, Unassigned)

References

(Blocks 1 open bug)

Details

(Keywords: access, blocked-ux, Whiteboard: [fidefe-quality-foundation])

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_4) AppleWebKit/603.1.30 (KHTML, like Gecko) Version/10.1 Safari/603.1.30

Steps to reproduce:

Opened the following page in the latest version of firefox and observed the lower color contrast of the browser rendered video and audio controls. http://www.tsbvi.edu/lvtf-video/media-control-contrast.html


Actual results:

1) The audio play/volume icon only has a 2.1:1 color contrast(control vs background ratio) FAIL
2) The video play/volume icon only has a 2.6:1 - 2.2:1 color contrast (dependent on video background. transparent background.) FAIL
3) The time code above the video - slider only has a 2.5 :1 color contrast


Expected results:

To meet WCAG 2.0 SC Contrast (Minimum) the contrast should be at least 4.5 to 1 (or 3 to 1 if content is large).
Component: Untriaged → Video/Audio Controls
Keywords: access
Product: Firefox → Toolkit
Blocks: 492516

There might be a few layers of issues here:

  1. The default theme appearance doesn't have the minimum contrast
  2. High-contrast mode (at least on Windows) looks "splotchy" with the icons having solid black background, but the controls bar still being semi-transparent.

Hey Ania, do you have any objection if we try to find better colour / transparency values for the controls overlay in the default case to get better contrast?

Severity: normal → S3
Flags: needinfo?(amininkova)
Priority: -- → P3

I'm all up for it! We are also hoping to update the video widget sometime this year (if we can work with the design team on this), so this is helpful input in case we won't fix it now. Linking this defect with the design task we have.

Flags: needinfo?(amininkova)
Whiteboard: [access-s2]

The severity field for this bug is set to S3. However, the accessibility severity is higher, [access-s2].
:jaws, could you consider increasing the severity?

For more information, please visit auto_nag documentation.

Flags: needinfo?(jaws)
Severity: S3 → S2
Flags: needinfo?(jaws)
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: blocked-ux
OS: Unspecified → All
Hardware: Unspecified → Desktop
Whiteboard: [access-s2] → [access-s2][fidefe-quality-foundation]
Version: 53 Branch → Trunk

This bug evaluated an older version of our controls which have been updated and currently passes contrast requirements.

Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → FIXED
Whiteboard: [access-s2][fidefe-quality-foundation] → [fidefe-quality-foundation]
Accessibility Severity: --- → s2
You need to log in before you can comment on or make changes to this bug.