[Webkit-unassigned] [Bug 247020] New: Incorrect text color inherited with white text and system dark appearance
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Tue Oct 25 12:55:38 PDT 2022
https://bugs.webkit.org/show_bug.cgi?id=247020
Bug ID: 247020
Summary: Incorrect text color inherited with white text and
system dark appearance
Product: WebKit
Version: Safari 16
Hardware: iPhone / iPad
OS: iOS 16
Status: NEW
Severity: Normal
Priority: P2
Component: CSS
Assignee: webkit-unassigned at lists.webkit.org
Reporter: nivek2002 at gmail.com
Created attachment 463236
--> https://bugs.webkit.org/attachment.cgi?id=463236&action=review
Reduced test case HTML page of iOS 16 white text color bug
When viewing the attach reduced test case HTML page on an iOS 16 device in Safari, the .whiteText text will not be white. Instead, the text will be whatever text color was last used for text that appears before .whiteText in the DOM.
This bug only appeared with iOS 16 on iPhone or iPad. It has not been seen to occur in previous iOS 15 releases or on any MacOS Safari releases.
This bug affects inline-* elements (e.g. inline, inline-block, or inline-flex) that contain text set to pure white (bug appears when using #fff, #ffffff, and white) with no alpha transparency.
Below are the exact requirements to reproduce this bug. The inline element must have:
* color set to pure white with no alpha transparency, using any color notation (e.g. hsl, rgb, hex).
* border-style set to solid. (All other values, such as dashed do not produce the bug).
* border-top-color, border-left-color, and border-right-color all set to pure white with alpha transparency less than one, using any color notation that supports alpha transparency e.g. rgba(255, 255, 255, 0.1). The transparency value must be the same for all three properties.
* border-bottom-color set to any color other than the value of the border-top-color, border-left-color, and border-right-color color and that meets these requirements:
* initial, inherit, unset, or currentcolor
* Interestingly, if you use currentcolor, the border will be the same incorrect color as the text.
* Any color value defined with any color notation with alpha transparency less than one
If the requirements above are met, the inline element will receive whatever text color value was last used for text that appears before the inline element in the DOM.
A reduced test case has been attached and can also been seen at https://codepen.io/kmuncie/pen/WNyNKPx
The only other bug I could find that might possibly be related was https://bugs.webkit.org/show_bug.cgi?id=238466
--
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/20221025/b6ef6b9e/attachment.htm>
More information about the webkit-unassigned
mailing list