Re: Redisplay problems; request for help

[Kenichi Handa]

In article <address@hidden>, Maurizio Vitale <address@hidden> writes:

> "Jim Blandy" <address@hidden> writes:
> > I've been seeing a problem with redisplay that I can't quite
> > reproduce; if someone else has a reliable method, I can try to debug
> > it.
> >
> > When a window's start changes, either due to something like an
> > i-search moving to a match some distance down the buffer and redisplay
> > recentering the display, or due to IRC conversation rolling off the
> > bottom of the window, some areas of the screen that should be cleared
> > occasionally have text from the prior rendering left in them.  C-l
> > redraws things correctly, but as the incorrect characters are drawn
> > from (another part of) the same buffer being displayed, the corruption
> > is not always easy to detect.
[...]
>         it might be the same problem. Or not.
> With CVS version of Emacs (including HEAD of this afternoon) I was
> getting lot of redisplay problems. For me they happened in gnus, pretty
> much all the times. When selecting articles (or typing C-x1 in the
> summary window) part of the screen was not redrawn with the new info.
> The problematic parts tended to be in the middle or lower part of the
> screen. Sometimes after a short while (<1 sec) some small portions of
> the wrong parts would be corrected. And C-l would help somewhat, but not
> always fully.

> So far maybe not too useful. But here what I discovered: if I disable
> all desktop effect (the eyecandies in compiz) things seem to be just
> fine. This is on:

Do you see the same problem even if you turn off
auto-composition-mode globally?
  M-x global-auto-composition-mode RET

---
Kenichi Handa
address@hidden