Bug 197838

Summary: [FreeType] Some character sequences with a variation selector are not rendered
Product: WebKit Reporter: Carlos Garcia Campos <cgarcia>
Component: TextAssignee: Nobody <webkit-unassigned>
Severity: Normal CC: bugs-noreply, ews-watchlist, mcatanzaro, mmaxfield, webkit-bug-importer
Priority: P2 Keywords: Gtk, InRadar
Version: WebKit Nightly Build   
Hardware: Unspecified   
OS: Unspecified   
Description Flags
mcatanzaro: review+, ews-watchlist: commit-queue-
Archive of layout-test-results from ews212 for win-future none

Description Carlos Garcia Campos 2019-05-13 07:58:40 PDT
We get the invalid glyph instead. See http://mts.io/2015/04/21/unicode-symbol-render-text-emoji/ In the table at the end the Emoji and Text columns are not correctly rendered. It happens also when copying an emoji from GtkEmojiChooser and pasting in WebKit text field, because GTK appends U+FE0F to all emojis to force the emoji style.
Comment 1 Carlos Garcia Campos 2019-05-13 08:12:59 PDT
Created attachment 369732 [details]

I've tried to make a test for this, but it's not easy, at least not for GTK, because I get different width/height offset when rendering directly with emoji font than when falling back to it. I don't know why. The thing is that a ref test always fails with very few pixels difference.
Comment 2 EWS Watchlist 2019-05-14 00:34:08 PDT Comment hidden (spam)
Comment 3 EWS Watchlist 2019-05-14 00:34:10 PDT Comment hidden (spam)
Comment 4 Michael Catanzaro 2019-05-14 05:54:13 PDT
Comment on attachment 369732 [details]

View in context: https://bugs.webkit.org/attachment.cgi?id=369732&action=review

> Source/WebCore/ChangeLog:11
> +        style. We need to take into account the variaiton selector when checking if a font can render a combining

Comment 5 Carlos Garcia Campos 2019-05-16 02:31:23 PDT
Committed r245393: <https://trac.webkit.org/changeset/245393>
Comment 6 Radar WebKit Bug Importer 2019-05-16 02:32:21 PDT