[HCM] Visibility and Hover Effect Issues with "Save" Buttons on Windows
Categories
(Firefox :: Screenshots, defect, P1)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr115 | --- | unaffected |
firefox121 | --- | unaffected |
firefox122 | --- | unaffected |
firefox123 | --- | wontfix |
firefox124 | --- | verified |
People
(Reporter: sbadau, Assigned: sfoster)
References
(Blocks 2 open bugs)
Details
(Keywords: access)
Attachments
(2 files)
Found in
- Nightly 123.0a1
Affected versions
- Nightly 123.0a1
Tested platforms
- Affected platforms: Windows 10 x64
Preconditions
- 'screenshots.browser.component.enabled' is set to true in about:config
- High Contrast Mode is enabled with the default Firefox theme - System theme auto.
Steps to reproduce
- Navigate to any website and enable Screenshots.
- Hover your mouse over the "Save visible" and "Save full page" buttons.
Expected result
- "Save visible" and "Save full page" buttons should be visible and have a mouse hover effect while in High Contrast Mode.
Actual result
- The text of the "Save" buttons is not visible and the buttons do not have a hover effect.
Regression range
- This is not a regression, it's reproducible only when enabling the component version of Screenshots.
Additional notes
- On High Contrast White and on High Contrast #2 themes - the behavior is reproducible when the Firefox window is in focus.
- On High Contrast #1 theme - the behavior is reproducible when the Firefox window is out of focus.
Comment 1•2 years ago
|
||
:sbadau, if you think that's a regression, could you try to find a regression range using for example mozregression?
Assignee | ||
Updated•2 years ago
|
Updated•2 years ago
|
Assignee | ||
Comment 2•2 years ago
|
||
Looks like they changed HCM settings in Window 11 and I can't reproduce there.
Updated•2 years ago
|
Comment 3•2 years ago
|
||
From the screenshot, the HCM styles are not provided to the buttons making them appearing as unlabeled and, considering the position and that this content is overlaying a web content, they may not be perceived by the users as controls at all.
We need to follow this set of system colors for buttons (NDAed link), which, on hover, would change to SelectedItem
and SelectedItemText
combination for both the background and foreground (border, icon, label)
Comment 4•2 years ago
|
||
The severity field for this bug is set to S3. However, the accessibility severity is higher, .
:sfoster, could you consider increasing the severity?
For more information, please visit BugBot documentation.
Assignee | ||
Comment 5•2 years ago
|
||
(In reply to BugBot [:suhaib / :marco/ :calixte] from comment #4)
The severity field for this bug is set to S3. However, the accessibility severity is higher, .
I've bumped it to S2. Though this feature is behind a pref, when it becomes default S2 will likely apply.
Assignee | ||
Comment 6•2 years ago
|
||
![]() |
||
Comment 8•2 years ago
|
||
bugherder |
Comment 9•2 years ago
|
||
The patch landed in nightly and beta is affected.
:sfoster, is this bug important enough to require an uplift?
- If yes, please nominate the patch for beta approval.
- If no, please set
status-firefox123
towontfix
.
For more information, please visit BugBot documentation.
Assignee | ||
Comment 10•2 years ago
|
||
(In reply to BugBot [:suhaib / :marco/ :calixte] from comment #9)
The patch landed in nightly and beta is affected.
:sfoster, is this bug important enough to require an uplift?
The feature is still behind a pref so I don't think uplift is necessary.
Reporter | ||
Comment 11•2 years ago
|
||
Verified as fixed using the latest Nightly 124.0a1 - the Save buttons are visible on Windows 10 x64.
Description
•