Closed Bug 1720012 Opened 3 years ago Closed 3 years ago

[macOS] High contrast theme overrides user-set text and link color preferences

Categories

(Core :: Layout, defect)

Firefox 88
defect

Tracking

()

RESOLVED FIXED
92 Branch
Accessibility Severity s2
Tracking Status
firefox-esr78 --- unaffected
firefox-esr91 --- wontfix
firefox90 --- wontfix
firefox91 --- wontfix
firefox92 --- fixed

People

(Reporter: erwinm, Assigned: morgan)

References

(Blocks 1 open bug, Regressed 1 open bug, Regression)

Details

(Keywords: access, regression, Whiteboard: [hcm-2021-h2])

Attachments

(2 files)

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:88.0) Gecko/20100101 Firefox/88.0

Steps to reproduce:

Set Firefox to use different link colors, e.g. orange for unvisited links and red for visited ones.

Open any web page.

Actual results:

Blue for unvisited links.

I have trouble reading blue and distinguishing it from black or green.

Expected results:

Orange for unvisited links, red for visited ones.

This can be a disability access issue for color-blind users.

The Bugbug bot thinks this bug should belong to the 'Firefox::Preferences' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.

Component: Untriaged → Preferences

Set Firefox to use different link colors, e.g. orange for unvisited links and red for visited ones.

Please provide a full list of clear steps to reproduce which leave no room for interpretation where exactly to do what exactly.

Flags: needinfo?(erwinm)

Open about:preferences

Search for color

Open colors

Fight the damned interface until it accepts orange for unvisited links and red for visited ones. This may take several tries. Set override to Always. Click OK (sic).

Visit any page.

Look at the links.

Flags: needinfo?(erwinm)

Since the change is specific to MacOS, the bug may be too.

I can't specify the platform above, and have a sudden severe migraine, due to bug 1694064.

Summary: Setting color preferences doesn't work → Setting text and link color preferences doesn't work (at least in MacOS)
Regressed by: 1691793
Has Regression Range: --- → yes

I use "Increase Contrast" in MacOS. I had tried turning off "Increase Contrast" and reloading pages, so I thought I'd ruled out any effect, but I hadn't tried turning it off and restarting Firefox that way.

Updated instructions:

  1. Open Mac System Preferences > Accessibility > Display.

  2. Turn on "Increase Contrast."

  3. Start or restart Firefox.

  4. Open about:preferences.

  5. Search for color.

  6. Open colors.

  7. Fight the damned interface until it accepts orange for unvisited links and red for visited ones. This may take several tries. Set override to Always. Click OK (sic).

  8. Visit any page.

  9. Look at the links.

It appears that bug 1691793 causes Firefox to load with a "high contrast theme" enabled, and that theme overrides color selections from about:preferences.

Summary: Setting text and link color preferences doesn't work (at least in MacOS) → High contrast theme overrides user-set text and link color preferences

Related: bug 1593273.

Hey Morgan, as Yura isn't around anymore, could you please take a look? Thanks.

Component: Preferences → Layout
Flags: needinfo?(mreschenberg)
Product: Firefox → Core
Summary: High contrast theme overrides user-set text and link color preferences → [macOS] High contrast theme overrides user-set text and link color preferences

Setting the "access" keyword and the corresponding whiteboard so that our development/UX team can take a look.

Keywords: access
Whiteboard: access → [access-s2]

Yep will investigate :) thanks

Flags: needinfo?(mreschenberg)

Previously, we only respected the user's system colors preference in the case that a user (a) was not using a high contrast theme or (b) was using the high contrast theme supplied by firefox (FF-HCM).
Any OS-level HCM forced system colors and rendered the checkbox non-functional. We also previously computed visited link color via foreground/background composition, but this is only necessary on Windows HCM where the theme fails to specify a visited link color.

Assignee: nobody → mreschenberg
Attachment #9231055 - Attachment description: WIP: Bug 1720012: Respect system colors checkbox independent of HCM r?emilio → Bug 1720012: Respect system colors checkbox independent of HCM r?emilio
Attachment #9231055 - Attachment description: Bug 1720012: Respect system colors checkbox independent of HCM r?emilio → WIP: Bug 1720012: Respect system colors checkbox independent of HCM r?emilio
Attachment #9231055 - Attachment description: WIP: Bug 1720012: Respect system colors checkbox independent of HCM r?emilio → Bug 1720012: Respect system colors checkbox independent of HCM r?emilio
Severity: -- → S3
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Attachment #9231055 - Attachment description: Bug 1720012: Respect system colors checkbox independent of HCM r?emilio → WIP: Bug 1720012: Respect system colors checkbox independent of HCM r?emilio
Attachment #9231055 - Attachment description: WIP: Bug 1720012: Respect system colors checkbox independent of HCM r?emilio → Bug 1720012: Respect system colors checkbox independent of HCM r?emilio
Attachment #9231055 - Attachment description: Bug 1720012: Respect system colors checkbox independent of HCM r?emilio → WIP: Bug 1720012: Respect system colors checkbox independent of HCM r?emilio
Attachment #9231055 - Attachment description: WIP: Bug 1720012: Respect system colors checkbox independent of HCM r?emilio → Bug 1720012: Respect system colors checkbox independent of HCM r?emilio
Pushed by mreschenberg@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/dfd69799af57
Respect system colors checkbox independent of HCM r=emilio
Status: ASSIGNED → RESOLVED
Closed: 3 years ago
Resolution: --- → FIXED
Target Milestone: --- → 92 Branch

We may want to circle back to this bug for possible ESR91 uplift next cycle, but it probably isn't urgent enough for a last-second uplift to Fx91 this cycle.

(In reply to Ryan VanderMeulen [:RyanVM] from comment #18)

We may want to circle back to this bug for possible ESR91 uplift next cycle, but it probably isn't urgent enough for a last-second uplift to Fx91 this cycle.

yeah I think that's fair, if we can uplift to ESR let's do that, though.

Regressions: 1723742

Related: bug 1713015 which is also resolved fixed and had high-contrast mode override user choices.

Regressions: 1729607
See Also: → 1593273
Whiteboard: [access-s2] → [access-s2][hcm-2021-h1]
Whiteboard: [access-s2][hcm-2021-h1] → [access-s2][hcm-2021-h2]
Accessibility Severity: --- → s2
Whiteboard: [access-s2][hcm-2021-h2] → [hcm-2021-h2]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: