Summary: | [FreeType] Some character sequences with a variation selector are not rendered | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | Carlos Garcia Campos <cgarcia> | ||||||
Component: | Text | Assignee: | Nobody <webkit-unassigned> | ||||||
Status: | RESOLVED FIXED | ||||||||
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 | ||||||||
Attachments: |
|
Description
Carlos Garcia Campos
2019-05-13 07:58:40 PDT
Created attachment 369732 [details]
Patch
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 on attachment 369732 [details] Patch Attachment 369732 [details] did not pass win-ews (win): Output: https://webkit-queues.webkit.org/results/12185244 New failing tests: http/tests/security/local-video-src-from-remote.html Created attachment 369824 [details]
Archive of layout-test-results from ews212 for win-future
The attached test failures were seen while running run-webkit-tests on the win-ews.
Bot: ews212 Port: win-future Platform: CYGWIN_NT-10.0-17763-3.0.5-338.x86_64-x86_64-64bit
Comment on attachment 369732 [details] Patch 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 variation Committed r245393: <https://trac.webkit.org/changeset/245393> |