Closed Bug 1563895 Opened 5 years ago Closed 5 years ago

Still a lot missing emoji in Twemoji Mozilla font

Categories

(Core :: Layout: Text and Fonts, defect)

defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 1371386
Tracking Status
firefox67 --- affected
firefox68 --- affected
firefox69 --- affected
firefox70 --- affected

People

(Reporter: i, Unassigned)

Details

Attachments

(1 file)

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:67.0) Gecko/20100101 Firefox/67.0

Steps to reproduce:

Check this page in firefox https://eosrei.github.io/emojione-color-font/full-demo.html

Actual results:

Some emoji are black and white

Expected results:

All emoji should render as colored images

Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:67.0) Gecko/20100101 Firefox/67.0

Hi,

I've managed to reproduce this issue on Firefox Nightly 70.0a1 (2019-07-09), Firefox 69.0b3 and latest Firefox Release on Mac OS 10.13 and Ubuntu 18.04.
I will move this over to a component so developers can take a look over it. If is not the correct component please feel free to change it to an appropriate one.

Thanks for the report.

Status: UNCONFIRMED → NEW
Component: Untriaged → Layout: Text and Fonts
Ever confirmed: true
OS: Unspecified → All
Product: Firefox → Core
Hardware: Unspecified → All
Version: 67 Branch → Trunk

The problem here isn't that the Twemoji Mozilla font is lacking the emoji. The demo page applies font-family: "EmojiOne Color", sans-serif to the characters; if the EmojiOne Color font isn't installed, but the default sans-serif (e.g. DejaVu Sans) supports some of the emoji codepoints, then those characters will render from that default font, rather than going to the fallback search that would find the Twemoji Mozilla font.

On my Linux machine, explicitly adding Twemoji Mozilla to the font-family property makes them render in color as expected; also, removing the generic sans-serif makes most of them work, because the browser then defaults to serif, and my serif font doesn't include emoji, so fallback again works.

To make this work "properly" in more cases, so that we'll choose the color emoji font in preference to the b/w generic that's listed in the font-family property here, we need to make the font-matching process more aware of emoji rendering and color fonts. That's bug 1371386. So aside from the various authoring choices that affect how well or badly things work, this is essentially a dupe of that report.

Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: