GNU bug report logs - #30045
Emoji causing Emacs (GTK+3 backend) to crash

Previous Next

Package: emacs;

Reported by: Yegor Timoshenko <yegortimoshenko <at> gmail.com>

Date: Tue, 9 Jan 2018 17:38:02 UTC

Severity: important

Tags: fixed

Merged with 30874, 31547, 31758, 31801, 31936

Found in versions 25.3, 27.0.50, 26.1

Fixed in version 26.2

Done: Robert Pluim <rpluim <at> gmail.com>

Bug is archived. No further changes may be made.

Full log

View this message in rfc822 format

From: Vivek Dasmohapatra <vivek <at> etla.org>
To: 30045 <at> debbugs.gnu.org
Subject: bug#30045: X protocol error and a test case
Date: Thu, 11 Jan 2018 17:03:05 +0000 (GMT)

[Message part 1 (text/plain, inline)]
Looks like it gets triggered inside XftFontLoadGlyphs

  -> …/.libs/libXft.so.2.3.2(XftFontLoadGlyphs+0x716) [0x7f415551fd16]
  -> …/.libs/libXft.so.2.3.2(XftGlyphExtents+0x14b) [0x7f415551cf6b]
  -> [backtrace enters emacs proper]
  -> … (xftfont_text_extents)

but it would appear that the cause is that Xft can't process colour fonts
like Noto Color Emoji.

So we either have to:

  - hack on libXft until it can, and make that a requirement
  - use some other mechanism for colour fonts
  - exclude fonts like N-C-E /before/ we get to Xft so we don't crash

https://github.com/googlei18n/noto-emoji/issues/183
This bug report was last modified 6 years and 220 days ago.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.