GNU bug report logs - #18912
24.4; mode-line corruption on graphical frames in dual-headed display

Previous Next

Package: emacs;

Reported by: Bruno Félix Rezende Ribeiro <oitofelix <at> gnu.org>

Date: Fri, 31 Oct 2014 15:51:04 UTC

Severity: normal

Found in version 24.4

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

Bug is archived. No further changes may be made.

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: oitofelix <at> gnu.org, 18912 <at> debbugs.gnu.org
Subject: Re: bug#18912: 24.4;
 mode-line corruption on graphical frames in dual-headed display
Date: Sat, 01 Nov 2014 10:42:29 +0200
> From: Stefan Monnier <monnier <at> iro.umontreal.ca>
> Date: Fri, 31 Oct 2014 16:30:18 -0400
> Cc: 18912 <at> debbugs.gnu.org
> 
> > In this setup GNU Emacs corrupts the mode-line (a graphical glitch)
> > drawing over it the buffer's line that would otherwise be below it.
> 
> My guess is that it's a bug in the X11 acceleration code for your
> graphics card.

How could the graphics card "know" the details of the file that should
not be visible in the window?  The text that overwrites the mode line
is not for any of the files shown above the mode line, it's the file
that is the next one in the listing.  So the only way the acceleration
could cause that is if it returned incorrect information about the
display dimensions/pixel size.  I cannot explain to myself how this
kind of bug in the graphics card could affect Emacs, except perhaps in
a maximized frame.

Bruno, do these problems happen in a non-maximized frame, e.g. the one
you get immediately after invoking "emacs -Q"?




This bug report was last modified 10 years and 200 days ago.

Previous Next


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