Open Bug 1917523 Opened 1 year ago Updated 1 year ago

With (forced-colors: active) , using registered property, color declaration seems to be ignored and the inherited color is picked

Categories

(Core :: CSS Parsing and Computation, defect, P3)

defect

Tracking

()

People

(Reporter: nchevobbe, Unassigned)

References

(Blocks 1 open bug)

Details

(Keywords: parity-chrome)

Attachments

(1 file)

Steps to reproduce

  1. Enabled forced-colors on your OS
  2. Open attachement

Expected results

The first div (div - using registered custom property) color should be CanvasText

Actual results

color seems to be SelectedItemText


The only difference between the two divs is that one is using a registered property, and the other is not.
FWIW, in Chrome both divs have the same color

Keywords: parity-chrome

That is kind-of expected (if unfortunate), because we don't carry whether the color is a system color in the computed value.

So basically, when you specify --a: CanvasText;, we compute it to --a: rgb(0, 0, 0); (or the relevant color), and when we substitute it we see color: rgb(0, 0, 0);, which usually wouldn't work.

See https://github.com/w3c/csswg-drafts/issues/4915 and relevant bits. I guess per that the right thing to implement would be a color flag that kept whether it was a system color.

Blocks: hcm
Severity: -- → S3
Priority: -- → P3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: