Default FFHCM to "never" on MacOS
Categories
(Core :: Disability Access APIs, defect, P1)
Tracking
()
People
(Reporter: morgan, Assigned: morgan)
References
Details
(Whiteboard: [hcm-2021-h2])
Attachments
(1 file)
48 bytes,
text/x-phabricator-request
|
RyanVM
:
approval-mozilla-beta+
jcristau
:
approval-mozilla-release+
RyanVM
:
approval-mozilla-esr91+
|
Details | Review |
As above.
Recently, we decided to default FFHCM to "with HCM themes" on MacOS, but this has caused some confusion for users for whom "increase contrast" previously had no effect on FF HCM. We should revert (and uplift) this change, restoring the UX we had before.
Assignee | ||
Comment 1•3 years ago
|
||
Updated•3 years ago
|
Assignee | ||
Updated•3 years ago
|
Comment 3•3 years ago
|
||
bugherder |
Assignee | ||
Comment 4•3 years ago
•
|
||
Comment on attachment 9237089 [details]
Bug 1726606: Default browser.display.document_color_use to 1 on MacOS r?emilio
Beta/Release Uplift Approval Request
- User impact if declined: MacOS users running with "Increase Contrast" set at the OS level will continue to have FF HCM enabled by default.
- Is this code covered by automated tests?: Yes
- Has the fix been verified in Nightly?: No
- Needs manual test from QE?: Yes
- If yes, steps to reproduce: Launch a clean profile in MacOS
In about:preferences > Language and Appearance > Colors, verify the dropdown value is initially "Never".
Navigate todata:text/html,<div style="background:green; border:10px solid blue;">hello world</div>
and verify colors are visible (ie. not flattened to black and white) - List of other uplifts needed: None
- Risk to taking this patch: Low
- Why is the change risky/not risky? (and alternatives if risky): This patch changes the default (but not necessarily current) value of a preference. Users still have the ability to change this value in about:preferences UI.
- String changes made/needed:
Assignee | ||
Updated•3 years ago
|
Assignee | ||
Comment 5•3 years ago
•
|
||
Comment on attachment 9237089 [details]
Bug 1726606: Default browser.display.document_color_use to 1 on MacOS r?emilio
See form filled above :)
Comment 6•3 years ago
|
||
Comment on attachment 9237089 [details]
Bug 1726606: Default browser.display.document_color_use to 1 on MacOS r?emilio
Approved for 92.0b7.
Comment 7•3 years ago
|
||
bugherder uplift |
Updated•3 years ago
|
Comment 8•3 years ago
•
|
||
Verified fixed with Firefox 92.0b7 (20210822190301) and 93.0a1 (20210822212235) on macOS 10.15 and 11.5 ARM. The value from the drop down inside about:preferences > Language and Appearance > Colors is set to never and the blue/green colors from the attached test case are displayed as expected when using Increase Contrast.
Comment 9•3 years ago
|
||
Comment on attachment 9237089 [details]
Bug 1726606: Default browser.display.document_color_use to 1 on MacOS r?emilio
approved for 91.0.2
Comment 10•3 years ago
|
||
bugherder uplift |
Comment 13•3 years ago
|
||
Verified fixed using Firefox 91.0.2 (20210823123856) on macOS 10.15 and macOS 11.5 ARM. The value from the drop-down inside about:preferences > Language and Appearance > Colors is set to Never
and the blue/green colors from the attached test case from comment 4 are displayed as expected when using Increase Contrast.
Comment 14•3 years ago
|
||
Hi Morgan, I believe we'll need this on ESR91 also? Can you please nominate if that's correct? No need to fill out the questionnaire again.
Assignee | ||
Comment 15•3 years ago
•
|
||
Comment on attachment 9237089 [details]
Bug 1726606: Default browser.display.document_color_use to 1 on MacOS r?emilio
ESR Uplift Approval Request
see above
:)
Updated•3 years ago
|
Comment 16•3 years ago
|
||
Comment on attachment 9237089 [details]
Bug 1726606: Default browser.display.document_color_use to 1 on MacOS r?emilio
Approved for 91.1esr.
Comment 17•3 years ago
|
||
bugherder uplift |
Comment 19•3 years ago
|
||
Verified fixed with 91.1.0esr (20210901125518) on macOS 11.5 ARM and 10.15.
Assignee | ||
Updated•3 years ago
|
Description
•