After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 790255 - Emoji rendering broken if emoji range is larger than viewport
Emoji rendering broken if emoji range is larger than viewport
Status: RESOLVED NOTGNOME
Product: gtk+
Classification: Platform
Component: .General
3.22.x
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2017-11-12 15:25 UTC by Timm Bäder
Modified: 2017-12-18 03:13 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Screencast showing the problem (93.01 KB, video/webm)
2017-11-12 15:25 UTC, Timm Bäder 		Details

Description Timm Bäder 2017-11-12 15:25:33 UTC 
Created attachment 363451 [details]
Screencast showing the problem

See attached screencast. Reproducible with every entry and every emoji. Just paste a long enough sequence into an entry and eventually they vanish.

There is a similar problem in GtkTextView when displaying a large amount of consecutive emojis so I'm not sure if the problem is local to the way GtkEntry renders them.
Comment 1 Matthias Clasen 2017-11-18 14:52:10 UTC 
I think this is a cairo bug - something goes wrong with the compositing for color glyphs when clipping is involved.
Comment 2 Matthias Clasen 2017-11-18 14:53:00 UTC 
Probably the same root cause as bug 788071
Comment 3 Matthias Clasen 2017-12-18 03:13:05 UTC 
This was fixed in cairo: https://cgit.freedesktop.org/cairo/commit/?id=903b0de539844c144c63ea57c30e84a23360c290