No visible selection inside Permission panels with high contrast theme
Categories
(Firefox :: Disability Access, defect, P3)
Tracking
()
Accessibility Severity | s4 |
People
(Reporter: asoncutean, Unassigned)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
(deleted),
image/png
|
Details |
[Affected versions]:
- Fx 70.0.1
- Fx 71.0b6
- Fx 72.0a1 (2019-11-4)
[Affected platforms]:
- Windows 10
- Windows 7
[Steps to reproduce]:
- Set a High Contrast theme
- Go to https://www.arcticmonkeys.com/ and from Site Information-Permissions select Allow Audio and Video for Autoplay option
- Repeat with https://edition.cnn.com/videos
- Go to about:preferences#privacy and click the Autoplay "Settings" button
- 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)
Comment 1•5 years ago
|
||
Morgan, Asa, this is not by chance related to some backplating work?
Comment 2•5 years ago
|
||
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.
Reporter | ||
Comment 3•5 years ago
|
||
This issue is not a regression, reproducible way back to the implementation of the current design of the Permission panels.
Updated•5 years ago
|
Comment 4•5 years ago
|
||
The priority flag is not set for this bug.
:asa, could you have a look please?
For more information, please visit auto_nag documentation.
Updated•5 years ago
|
Comment 5•5 years ago
|
||
Might be worth considering this in tandem with 1593273, which has some questions about re-working HCM colours/colour inheretence.
Updated•5 years ago
|
Comment 6•4 years ago
|
||
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.
Updated•2 years ago
|
Updated•1 year ago
|
Description
•