Open Bug 1593737 Opened 4 years ago Updated 10 months ago

No visible selection inside Permission panels with high contrast theme

Categories

(Firefox :: Disability Access, defect, P3)

All
Windows
defect

Tracking

()

Accessibility Severity s4
Tracking Status
firefox70 --- affected
firefox71 --- affected
firefox72 --- affected

People

(Reporter: asoncutean, Unassigned)

References

(Blocks 1 open bug)

Details

Attachments

(1 file)

Attached image screenshot issue.png

[Affected versions]:

  • Fx 70.0.1
  • Fx 71.0b6
  • Fx 72.0a1 (2019-11-4)

[Affected platforms]:

  • Windows 10
  • Windows 7

[Steps to reproduce]:

  1. Set a High Contrast theme
  2. Go to https://www.arcticmonkeys.com/ and from Site Information-Permissions select Allow Audio and Video for Autoplay option
  3. Repeat with https://edition.cnn.com/videos
  4. Go to about:preferences#privacy and click the Autoplay "Settings" button
  5. Click one of the site

[Expected result]:

  • The selection is visible.

[Actual result]:

  • The selection is not visible, the only clue the user has is that the Remove Website is active.

[Regression range]:

  • I don’t think this is a regression, I will come back with a certain conclusion asap.

[Additional notes]:

  • This issue is reproducible also with other permission panels (Location, Camera)

Morgan, Asa, this is not by chance related to some backplating work?

Flags: needinfo?(mreschenberg)
Flags: needinfo?(asa)

This seems to be the same on MacOS with or without backplate. I think I mentioned this on slack as a needed HCM improvement but never filed a bug.

I think the root issue here is in HCM we don't indicate (idk what to call them) "active" sections like highlighting dropdown menu items on mouseover, or indicating when a button is clicked.

I think Edge inherits more styling information from the user's contrast theme on Windows; if you go into settings > high contrast and ease of access, there's options for background, text, and links (visited/unvisited) which are all reflected in firefox's colours preferences, but there's also options for buttons and selects which communicate those "active" mouseover/click actions I mentioned earlier.

I think we should (a) add more options to the colours menu in firefox preferences and (b) follow edge behaviour in using them.
Another option here would be to invert the user's existing choices to maintain contrast but avoid adding new options in preferences.

Flags: needinfo?(mreschenberg)

This issue is not a regression, reproducible way back to the implementation of the current design of the Permission panels.

Flags: needinfo?(asa)
Whiteboard: [access-p3]

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

For more information, please visit auto_nag documentation.

Flags: needinfo?(asa)
Flags: needinfo?(asa)
Priority: -- → P3

Might be worth considering this in tandem with 1593273, which has some questions about re-working HCM colours/colour inheretence.

See Also: → 1593273
Blocks: hcm

Updating the Accessibility Team's impact assessment to conform with the new triage guidelines. See https://wiki.mozilla.org/Accessibility/Triage for descriptions of these whiteboard flags.

Whiteboard: [access-p3] → [access-s4]
Regressions: 1706496
No longer regressions: 1706496
Severity: normal → S3
Accessibility Severity: --- → s4
Whiteboard: [access-s4]
You need to log in before you can comment on or make changes to this bug.