| Summary: | Old emojis with variation selector do not use correct font sometimes | ||||||
|---|---|---|---|---|---|---|---|
| Product: | WebKit | Reporter: | i | ||||
| Component: | Text | Assignee: | Nobody <webkit-unassigned> | ||||
| Status: | NEW --- | ||||||
| Severity: | Normal | CC: | karlcow, mmaxfield, webkit-bug-importer | ||||
| Priority: | P2 | Keywords: | BrowserCompat, InRadar | ||||
| Version: | Safari 16 | ||||||
| Hardware: | All | ||||||
| OS: | All | ||||||
| Attachments: |
|
||||||
Created attachment 463625 [details] 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.