GNU bug report logs - #38569
27.0.50; Certain emoji crashes with "X protocol error: BadLength"

Previous Next

Full log

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

From: Robert Pluim <rpluim <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Robert Cochran <robert <at> cochranmail.com>, shelvacu <at> gmail.com,
 38569 <at> debbugs.gnu.org, robert-emacs <at> cochranmail.com
Subject: Re: bug#38569: 27.0.50; Certain emoji crashes with "X protocol
 error: BadLength"
Date: Fri, 13 Dec 2019 10:01:16 +0100

>>>>> On Fri, 13 Dec 2019 08:50:04 +0200, Eli Zaretskii <eliz <at> gnu.org> said:

    >> From: Robert Cochran <robert <at> cochranmail.com>
    >> Date: Thu, 12 Dec 2019 13:34:46 -0800
    >> Cc: Shelvacu <shelvacu <at> gmail.com>, 38569 <at> debbugs.gnu.org,
    >> Robert Cochran <robert-emacs <at> cochranmail.com>
    >> 
    >> The easier thing is to add another exception to face-ignored-fonts, but
    >> at this point it'd be a better idea to deal with it at the font renderer
    >> level. IMO it's not scalable for the solution to be "ok, also add this
    >> font to the exception list", especially as frequently as Emacs has
    >> releases.

    Eli> The problem is that AFAIR the "font renderer" that is to blame in this
    Eli> case is XFT, and it doesn't seem to be actively maintained lately.
    Eli> (Robert Pluim will correct me if I'm wrong.)  That's why we are using
    Eli> the face-ignored-fonts workaround.

Thatʼs correct. The real solution is 'stop using XFT', but I donʼt
think we can require cairo just yet, much as Iʼd like to do so.

Eli, we could install my patch to filter out all colour fonts (see
<https://lists.gnu.org/archive/html/bug-gnu-emacs/2019-11/msg00409.html>),
that should reduce the amount of whack-a-mole required.

Robert

Previous Next

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