GNU bug report logs - #10304
24.0.92: display bug

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: 10304 <at> debbugs.gnu.org
Subject: Re: display bug
Date: Wed, 10 Jul 2013 20:04:48 +0300

> From: Michael Albinus <michael.albinus <at> gmx.de>
> Cc: 10304 <at> debbugs.gnu.org
> Date: Tue, 09 Jul 2013 12:39:17 +0200
> 
> >> -misc-fixed-bold-r-normal--15-120-100-100-c-90-iso8859-1
> >> -misc-fixed-bold-r-normal--15-140-75-75-c-90-iso8859-1
> 
> > But if we continue your line of investigation: does removing one of
> > these fonts solve the problem with the original ~/.emacs?
> 
> It happens for both fonts. I've tested 
> 
> (add-to-list 'default-frame-alist
>              '(font . "-misc-fixed-bold-r-normal--15-120-100-100-c-90-iso8859-1"))
> 
> and
> 
> (add-to-list 'default-frame-alist
>              '(font . "-misc-fixed-bold-r-normal--15-140-75-75-c-90-iso8859-1"))
> 
> Anyway, here is a recipe for reproduction:
> 
> 1. C-x C-f "a larger file, with a no space in last line, first col"
> 2. M->
> 3. C-p
> 4. Use mouse wheel to scroll buffer up
> 
> It doesn't happen always, but often. Depends on redisplay calls, I
> suspect. See enclosures, which show a superfluous "(".

I tried to reproduce this, including installing and using a misc-fixed
font, but couldn't see any such artifacts left after scroll.

Do you see the problem with these fonts on a different system?

Does anyone else see this?

Previous Next

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