Cancel button is not visible in HCM
Categories
(Firefox :: Screenshots, defect, P1)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr115 | --- | unaffected |
firefox124 | --- | unaffected |
firefox125 | --- | unaffected |
firefox126 | --- | disabled |
firefox127 | --- | verified |
People
(Reporter: sbadau, Assigned: ayeddi)
References
(Blocks 2 open bugs, Regression)
Details
(Keywords: access, regression)
Attachments
(2 files)
Found in
- Nightly 126.0a1
Affected versions
- Nightly 126.0a1
Tested platforms
- Affected platforms: macOS 13, Ubuntu 22.04.
- Unaffected platforms: Windows 10 x64
Preconditions
- Enable High Contrast Mode.
Steps to reproduce
- Enable Screenshots by pressing the Cmd+Shift+S keys.
- Observe the Cancel button and mouse hover over it.
Expected result
- The Cancel button should be visible, and the mouse hover effect should be noticeable.
Actual result
- The Cancel button and the mouse hover effect are barely visible. Please see the screenshot attached.
Regression range
-
Yes, this is not reproducible on Firefox 125.0b5 or earlier versions when Screenshots component is enabled (screenshots.browser.component.enabled is set to true).
-
Found commit message:
Bug 1881405: Use theforced-colors
media query instead ofprefers-contrast
when styles depend on system colors in privacy.css r=ayeddi,settings-reviewers,desktop-theme-reviewers,emilio
Additional notes
- This issue is not reproducible on Windows 10.
Reporter | ||
Updated•1 year ago
|
Comment 1•1 year ago
|
||
:morgan, since you are the author of the regressor, bug 1881405, could you take a look?
For more information, please visit BugBot documentation.
Assignee | ||
Comment 2•1 year ago
|
||
Marking it as access-s3
because while the button is not visible on HCM, there are on-screen instructions for the alternative way to dismiss the screenshot mode (by pressing Esc
key), thus the flow is not blocked
Assignee | ||
Comment 3•1 year ago
|
||
The change above is happened because we are moving from using prefers-contrast
query for high contrast mode (HCM) to forced-colors
which affects only Windows OS when contrast theme is active or when certain settings is activated in the Firefox Settings > General > Colors dialog on other OSes. More about the audit and more about semantic use of these queries can be found in meta bug 1877780.
Assignee | ||
Comment 4•1 year ago
|
||
As part of the HCM and Increased Contrast Support in FX project, the Accessibility team is auditing existing prefers-contrast
media query blocks in mozilla-central. For each block with prefers-contrast
media we want to convert it to forced-colors
where appropriate.
Refer to the bug 1877780 #c0 for more information about the project.
Updated•1 year ago
|
Assignee | ||
Updated•1 year ago
|
Comment 5•1 year ago
|
||
Set release status flags based on info from the regressing bug 1881405
Comment 8•1 year ago
|
||
The patch landed in nightly and beta is affected.
:ayeddi, is this bug important enough to require an uplift?
- If yes, please nominate the patch for beta approval.
- If no, please set
status-firefox126
towontfix
.
For more information, please visit BugBot documentation.
Assignee | ||
Comment 9•1 year ago
|
||
AFAIK, the new implementation is to be shipped in Firefox 127 where the fix is riding the train, so we could avoid the Beta uplift since it's not enabled by default in there.
Updated•1 year ago
|
Reporter | ||
Comment 10•1 year ago
|
||
Verified as fixed using the latest Nightly 127.0a1 (Build ID: 20240425212929) on macOS 13 and Windows 10 x64.
Description
•