[Webkit-unassigned] [Bug 195015] WebKit resolves its initial `border-color` to either currentColor or to rgb(238, 238, 238), depending on `border-style` (for td and th elements)

[bugzilla-daemon at webkit.org]

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

--- Comment #5 from Daniel Holbert <dholbert at mozilla.com> ---
Thanks for the update! FWIW this looks fixed from my perspective.  Bisecting among versions available to me on BrowserStack, it looks like it was fixed in this range:
* Safari 16.5 is "bad"
* Safari 17.3 is "good"

> Do we need to track further for slight color difference or we can close this?

I don't think this is an issue -- slight color differences between implementations are allowed here.  In the testcase here, the color differences are in the `border-style:inset` and `outset` sections, where the CSS Backgrounds and Borders spec just says to apply an effect that "Looks as if the content on the inside of the border is sunken into the canvas." (or raised out of the canvas).  This involves some color darkening/lightening which I don't think is specified anywhere and where engines are free to diverge.

Spec reference:
https://drafts.csswg.org/css-backgrounds/#valdef-line-style-inset

-- 
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/20240918/9423e242/attachment.htm>