GNU bug report logs -
#10304
24.0.92: display bug
Previous Next
Full log
Message #126 received at 10304 <at> debbugs.gnu.org (full text, mbox):
> From: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
> Cc: 10304 <at> debbugs.gnu.org, schwab <at> linux-m68k.org
> Date: Fri, 14 Nov 2014 16:45:38 +0100
>
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
> > I think I do understand. My suspicion is that we somehow fail to
> > realize that the screen estate formerly occupied by the image, and
> > everything that follows it, needs to be cleared in its entirety. On
> > the display engine level, the image takes just one "line" (called
> > "glyph row"), and perhaps we somehow don't realize that the height of
> > that "line" is large, and all of that needs to be cleared, not just
> > the number of text lines of "normal" height that will replace the
> > image on display.
>
> Did you get any further on this?
No.
> I've finally found a single message in Gnus where I can reproduce this
> almost 100% of the time -- but only on this display, so it's probably
> closely tied to the exact geometry of the Emacs frame.
>
> But if you have debugging instructions, since I can now reproduce this,
> I can hopefully give you the output you need to fix this...
Can you run with the patch I posted back then, and report the output,
together with a screenshot of the offending display corruption (so I
could match the debugging output with what was on the screen)?
This bug report was last modified 10 years and 12 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.