[Webkit-unassigned] [Bug 248134] New: Old emojis with variation selector do not use correct font sometimes

[bugzilla-daemon at webkit.org]

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

            Bug ID: 248134
           Summary: Old emojis with variation selector do not use correct
                    font sometimes
           Product: WebKit
           Version: Safari 16
          Hardware: All
                OS: All
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: Text
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: i at moy.cat
                CC: mmaxfield at apple.com

Created attachment 463625

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

minimal case of the bug

Condition:

1. The emojis end with the variation selector (EFB88F), like ㊗️, ☀️, etc.
2. The webpage uses a font (web font) for emojis.
3. The emoji font is not the first in font-family (no emoji in the prior font).

Expected: the emoji are rendered with the emoji font.

Actual: the emoji are rendered with the system font.

The minimal case is attached. The bug can be reproduced on macOS and iOS with the latest Safari. Meanwhile, Chrome and Firefox on macOS work as expected.

There are two known workarounds:

1. Place the emoji font as the first font in font-family. However, it's a partial fix (see the attachment). And the emoji font I use contains digits, which causes all digits to become emojis.
2. Trim the variation selector from the emojis (becoming ㊗ and ☀). This completely fixes it, but before the font is loaded, these emojis are old-style and ugly.

-- 
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/20221119/e30f7d62/attachment.htm>