The HuggingChat response action buttons dissapear on Hover with High Contrast enabled
Categories
(Core :: Machine Learning, defect)
Tracking
()
Accessibility Severity | s3 |
People
(Reporter: rdoghi, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: access, stalled)
Attachments
(1 file)
1.32 MB,
video/mp4
|
Details |
Found in
- Nightly 129.0a1
Affected versions
- Nightly 129.0a1 (2024-07-01)
Affected platforms
- Windows
Preconditions
- Enable High Contrast
Steps to reproduce
- Reach about:preferences#experimental page.
- Enable the AI Chat integration.
- Select the HuggingChat AI provider.
- Ask the Image generator from Hugging chat to create any image.
- Click inside the HuggingChat panel.
Expected result
- The Good/Bad Rating, Regenerate and Copy buttons should be displayed on Hover with High Contrast.
Actual result
- The Good/Bad Rating, Regenerate and Copy buttons disappear on Hover with High Contrast.
Regression range
Not a regression.
Comment 1•3 months ago
|
||
In general, the lack of state differentiation on the High Contrast Mode (HCM) is an access-S3 issue since it makes it difficult to discern which control is, in fact, hovered and would be activated if clicked, for HCM users (those with low vision, users with cognitive disabilities, users with dyslexia, with colorblindness, and others).
In this case, it is a high access-S3
because hovering most of the controls does not leave any indication of a control being present there, not even a tooltip with the name of the control provided. Plus, the clickable area of these image buttons apparently overlaps making it even harder to operate on High contrast themes. Users with cognitive disabilities would be the most impacted because there would be no consistent identification of a control and, when control disappears on hover, it is not clear if it would be, in fact, activated if clicked now.
This appears to be an accessibility issue on the side of the chatbot service. Firefox team is going to pass this information to the provider, but until it is resolved, I'm marking this bug as stalled
.
We need to ensure the appropriate color pairs are used for forced-colors
media query (HCM on Win): ButtonFace
with ButtonText
for the border/label text and for the control background. The hovered state is expected to use SelectedText
and SelectedBackground
color combination in place of the Button colors of the default state.
Description
•