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


Message #8 received at 30045 <at> debbugs.gnu.org (full text, mbox):

From: Vivek Dasmohapatra <vivek <at> etla.org>
To: 30045 <at> debbugs.gnu.org
Subject: Triggered by trying to open Noto Color(sic) Emoji
Date: Tue, 9 Jan 2018 21:28:44 +0000 (GMT)
[Message part 1 (text/plain, inline)]
I can trigger this reliably by having N-C-E set as the font for
a particular character or range in my fontset, then inserting
said character (or having said character displayed and then tweaking
the fontset).

If I use Noto Emoji for that range (or explicitly use any other font
which _doesn't_ have a glyph for the triggering character) then
nothing bad happens other than a missing-glyph box in the buffer window.

I think the attempt to open the font kills the X connection as a side 
effect (presumably we're Doing Something Wrong) which then triggers the
rest of the crash once unblock_input() happens.

Backtrace attached.
[emacs-colour-emoji-explosion.log (application/octet-stream, attachment)]

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.