From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Robert Cochran Newsgroups: gmane.emacs.bugs Subject: bug#38569: 27.0.50; Certain emoji crashes with "X protocol error: BadLength" Date: Thu, 12 Dec 2019 13:34:46 -0800 Message-ID: <87immlut1l.fsf@cochranmail.com> References: <87mubytoph.fsf@cochranmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="98097"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: Shelvacu , 38569@debbugs.gnu.org, Robert Cochran To: Robert Pluim Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Dec 12 22:36:26 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1ifW8H-000POp-W9 for geb-bug-gnu-emacs@m.gmane.org; Thu, 12 Dec 2019 22:36:26 +0100 Original-Received: from localhost ([::1]:37580 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ifW8G-0005H7-Rw for geb-bug-gnu-emacs@m.gmane.org; Thu, 12 Dec 2019 16:36:24 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:34591) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ifW7v-0004yx-21 for bug-gnu-emacs@gnu.org; Thu, 12 Dec 2019 16:36:04 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ifW7t-00047f-PR for bug-gnu-emacs@gnu.org; Thu, 12 Dec 2019 16:36:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:55012) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ifW7t-000470-KY for bug-gnu-emacs@gnu.org; Thu, 12 Dec 2019 16:36:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ifW7t-00057w-I1 for bug-gnu-emacs@gnu.org; Thu, 12 Dec 2019 16:36:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Robert Cochran Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 12 Dec 2019 21:36:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38569 X-GNU-PR-Package: emacs Original-Received: via spool by 38569-submit@debbugs.gnu.org id=B38569.157618650219609 (code B ref 38569); Thu, 12 Dec 2019 21:36:01 +0000 Original-Received: (at 38569) by debbugs.gnu.org; 12 Dec 2019 21:35:02 +0000 Original-Received: from localhost ([127.0.0.1]:60985 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ifW6w-00055k-C7 for submit@debbugs.gnu.org; Thu, 12 Dec 2019 16:35:02 -0500 Original-Received: from mail.cochranmail.com ([64.140.150.170]:50668) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ifW6u-000559-IX for 38569@debbugs.gnu.org; Thu, 12 Dec 2019 16:35:01 -0500 Original-Received: from SoraLaptop (unknown [71.212.134.29]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.cochranmail.com (Postfix) with ESMTPSA id CE42879B; Thu, 12 Dec 2019 13:34:50 -0800 (PST) In-Reply-To: (Robert Pluim's message of "Thu, 12 Dec 2019 09:50:08 +0100") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:173227 Archived-At: Robert Pluim writes: > Luckily all this goes away when you build --with-cairo, which > should become the default in the next couple of years. I'm running an Emacs regularly updated from master, so I might as well start doing this, if only to help in catching issues in other places. Thanks for the pointer. > Robert> This happens to be a development version, but I was initially= made aware > Robert> of this by a friend (CC'd) who uses his distro's stock Emacs = package, so this > Robert> has been an issue for some time. > > Robert> This probably isn't a duplicate of 37895 / 37786 , as the fix= listed as > Robert> committed - "Fixed by adding "Noto Color Emoji" to face-ignor= ed-fonts > Robert> instead" - is definitely applied here (I can see it in the li= st when I > Robert> do "C-h v face-ignored-fonts RET"), so there's something else= at play in > Robert> this situation. > > I can=CA=BCt reproduce this on my Fedora31 installation. Probably I don= =CA=BCt > have the same fonts installed as you. > > Robert> I tried to run Emacs in GDB, but I couldn't get 'bt full' or > Robert> 'xbacktrace' to spit out anything that looked remotely useful= . I've > Robert> probably just managed to mess it up. If it's needed, I'll try= again for > Robert> more useful output. > > In this kind of situation it helps to run emacs in synchronous > mode. From etc/DEBUG: > > For X protocol errors related to displaying unusual characters or to > font-related customizations, try invoking Emacs like this: > > XFT_DEBUG=3D16 emacs -xrm "emacs.synchronous: true" > > That XFT_DEBUG should end up telling us what the last font was that Emacs > tried, which is usually the culprit. > So I did that, and indeed, I can see the culprit font on my system. I have another color emoji font installed on my system, "Emoji One" according to the Gnome font viewer. It lives in '/usr/share/fonts/eosrei-emojione/emojione-android.ttf', and is provided by the eosrei-emojione-fonts package on my system. Strangely, repoquery doesn't show that any of my installed packages depend on it, so I have no clue when or why it got pulled in. 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. Also, Shelvacu's problem was solved by manually adding Noto Color Emoji to the face-ignored-fonts list. IIRC his Emacs is 26.x? Thanks for the prompt reply on this, btw. Cheers, --=20 ~Robert Cochran