GNU bug report logs - #63271
29.0.90; broken mouse-face

Previous Next

Full log

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

From: Po Lu <luangruo <at> yahoo.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 63271 <at> debbugs.gnu.org, Stephen Berman <stephen.berman <at> gmx.net>,
 juri <at> linkov.net
Subject: Re: bug#63271: 29.0.90; broken mouse-face
Date: Wed, 10 May 2023 08:47:50 +0800

Eli Zaretskii <eliz <at> gnu.org> writes:

> Thanks.  This is strange.  Can you try one more thing, please?  With
> the same breakpoint in xterm.c, when the breakpoint breaks, please
> type
>
>   (gdb) print/x s->face->background
>
> Please do this every time the breakpoint breaks, and let's see if
> Emacs thinks both the "TODO" text and the blank after it should be
> displayed with the same background color (which should be the
> background of the 'highlight' face).  That's what I see on my system.
>
> If the colors of the two glyph_string's indeed match, I'm led to
> believe that the problem is elsewhere, in the low levels of drawing
> the stuff on screen.  Perhaps some library (Cairo?) has a bug or
> something.  Because the data structures prepared by the Emacs display
> engine are correct, and explicitly specify the mouse-highlight
> background to be drawn.  So somehow using this particular font erases
> the background, or something to that effect.  This is also consistent
> with the fact that other font backends don't show the problem.
>
> Po Lu, any ideas how to look into this further?

Yes, please, show

  (gdb) p s->for_overlaps

Previous Next

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