[Webkit-unassigned] [Bug 254135] New: User contrast preference for high contrast not reflected in prefers-contrast CSS media query

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=254135

            Bug ID: 254135
           Summary: User contrast preference for high contrast not
                    reflected in prefers-contrast CSS media query
           Product: WebKit
           Version: WebKit Nightly Build
          Hardware: Unspecified
                OS: Unspecified
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: WebKitGTK
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: redux at splintered.co.uk
                CC: bugs-noreply at webkitgtk.org

Created attachment 465504

  --> https://bugs.webkit.org/attachment.cgi?id=465504&action=review

Screenshot showing Epiphany (Webkit-based) and Firefox on Ubuntu with high contrast setting enabled - note the difference in which prefers-contrast value evaluates to true

# Steps to reproduce the problem:

1. In Linux's settings, enable high contrast (in my case, in Ubuntu, this is under Settings > Accessibility > Seeing > High Contrast)
2. Open https://codepen.io/patrickhlauke/full/NWyajBN which tests the various user preference media features of MQ Level 5 (tested using Epiphany)
3. Check the reported "prefers-contrast" values

# Problem Description:

The expectation is that once High Contrast is enabled, the "prefers-contrast: more" media feature should evaluate to true. Instead, that currently evaluates to false and "prefers-contrast: no-preference" evaluates to true. I.e. Epiphany is not picking up on the OS-level preference. Note that this works as expected in Firefox/Linux (but fails the same way in Chrome/Linux - see https://bugs.chromium.org/p/chromium/issues/detail?id=1425734)

Tested in Epiphany 42.4 (the latest available from the Ubuntu software manager)

Relates to support for https://www.w3.org/TR/mediaqueries-5/#mf-user-preferences

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20230319/700018b7/attachment.htm>