GNU bug report logs - #78875
31.0.50; X protocol error: BadFont

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: mwd <at> md5i.com, Po Lu <luangruo <at> yahoo.com>
Cc: 78875 <at> debbugs.gnu.org
Subject: bug#78875: 31.0.50; X protocol error: BadFont
Date: Sat, 05 Jul 2025 10:59:52 +0300

Ping!  Michael, could you perhaps produce a backtrace that po Lu would
like to see?

> From: Po Lu <luangruo <at> yahoo.com>
> Cc: Michael Welsh Duggan <mwd <at> md5i.com>,  78875 <at> debbugs.gnu.org
> Date: Wed, 25 Jun 2025 09:26:55 +0800
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> >> From: Michael Welsh Duggan <mwd <at> md5i.com>
> >> Date: Mon, 23 Jun 2025 11:24:20 -0400
> >> 
> >> While using Gnus, the display of one particular summary buffer is
> >> causing all of the frames on this (remote X11) terminal to close.  It
> >> does not, however, crash emacs.  The message in my *Messages* buffer is:
> >> 
> >> X protocol error: BadFont (invalid Font parameter) on protocol request 56
> >> Serial no: 20736
> >> Failing resource ID (if any): 0x0
> >> Minor code: 0
> >> This is a bug!  Please report this to bug-gnu-emacs <at> gnu.org!
> >> 
> >> With some difficulty (attempting to save the buffer also causes the
> >> problem) I was able to extract the buffer as a text file.  Viewing that
> >> file in this remote emacs also triggers the problem, so I will likely be
> >> able to recreate this problem on my end.  I am attaching the gzipped
> >> contents of the file in question to this message.
> >> 
> >> I do not yet know if this problem will happen if I am not in a remote
> >> frame.  Determining that will have to wait until I return home from
> >> work later today.
> >> 
> >> This emacs is compiled unoptimized with debugging enabled.  I would be
> >> very interested in figuring out where I could add a breakpoint to try to
> >> figure out what is causing this problem.  
> >
> > See etc/DEBUG under "If you encounter X protocol errors", it tells you
> > how to go about debugging this.
> >
> > Po Lu, any comments or suggestions?
> 
> A backtrace produced under synchronous execution would be informative,
> as I'm not aware of any situations where the X font backend will attempt
> to use None (resource 0x0) as a font object, and it is likely that the
> issue is in a library or the X toolkit.
> 

Previous Next

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