Created attachment 464154 [details] Desired rendering (FF screen shot) A test case has been created here: https://codepen.io/alanhogan/pen/WNKbmVX Notice the letters in the circles DO get underlined even though the CSS explicitly requests NO text decoration. Firefox is IMMUNE from this bug.
Created attachment 464155 [details] Bugged rendering
<rdar://problem/103747168>
Created attachment 464313 [details] test Here's a reduced test. It's something about `display: inline-flex` that causes the underline to show. If I change it to `display: inline-block` it doesn't show.
Note that Chrome agrees with the Safari behavior.
1. Relevant Chrome bug is here: https://bugs.chromium.org/p/chromium/issues/detail?id=1403082 2. I agree `display` type does affect the bug. In my own testing right now, it seems that: - The bug always persists no matter the `display` type as long as the element is the child of a `display: flex` link. - When the element is the child of a non-flex link, then the only `display` value that seems to be immune to the underline bug is `inline-block` — in fact, you do not even need to remove the text-decoration from it. 3. This additional test page avoids flexbox: https://codepen.io/alanhogan/pen/RwBGVxP 4. I don’t understand how or why it would be expected behavior for underline styles to be forced on child elements of a link, when other text/font properties (such as font weight or size) can be changed at will. Is this perhaps an unintended consequence of privacy hardening?
Fixed with bug 258420 https://github.com/WebKit/WebKit/commit/1c13b5adb5e3ed5e11d75560a48c8e2ab21c855c *** This bug has been marked as a duplicate of bug 258420 ***