unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: Drew Adams <drew.adams@oracle.com>
Cc: 17173@debbugs.gnu.org
Subject: bug#17173: 24.4.50; Emacs partially loses display, and redisplay via `C-l' does not fix it
Date: Wed, 02 Apr 2014 19:59:27 +0300	[thread overview]
Message-ID: <83lhvnbrbk.fsf@gnu.org> (raw)
In-Reply-To: <17026dc9-ee25-4e83-a5c4-86140d37e250@default>

> Date: Wed, 2 Apr 2014 08:14:16 -0700 (PDT)
> From: Drew Adams <drew.adams@oracle.com>
> 
> If I create a new frame (e.g. C-x 5 f) that partially obscures an
> existing frame, for instance, and the select that partially obscured
> frame (e.g., by clicking its title bar), so that it is raised again, the
> part of the buffer that was obscured looks wiped out (blank).  And
> repeated C-l does not fix this.

What about "M-x redraw-display RET" -- does it redisplay the frame in
its entirety?

> This does not happen systematically - just sometimes.

Can you try to figure out what distinguishes the cases when it happens
from those when it doesn't?  Maybe some mouse gesture before the click
on the obscured frame?  Or maybe it depends on which optional display
features (like display-time) you have enabled at the time?

Any idea when this started?





  parent reply	other threads:[~2014-04-02 16:59 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-04-02 15:14 bug#17173: 24.4.50; Emacs partially loses display, and redisplay via `C-l' does not fix it Drew Adams
2014-04-02 15:49 ` Daniel Colascione
2014-04-02 15:54   ` Juanma Barranquero
2014-04-02 15:58     ` Daniel Colascione
2014-04-02 16:22       ` Drew Adams
2014-04-02 16:21   ` Drew Adams
2014-04-02 16:59 ` Eli Zaretskii [this message]
     [not found] <<17026dc9-ee25-4e83-a5c4-86140d37e250@default>
     [not found] ` <<83lhvnbrbk.fsf@gnu.org>
2014-04-02 17:19   ` Drew Adams
2015-12-26 14:09     ` Lars Ingebrigtsen
2015-12-26 16:38       ` Drew Adams
2015-12-26 16:43         ` Eli Zaretskii
     [not found]   ` <<849e9e65-3cc7-45b9-b388-da5993600278@default>
     [not found]     ` <<87si2pz4gi.fsf@gnus.org>
     [not found]       ` <<5a3eb48a-6574-41bc-a8c2-37659ec5ebde@default>
     [not found]         ` <<83a8oxi2i8.fsf@gnu.org>
2015-12-26 17:29           ` Drew Adams
2015-12-26 18:20             ` Eli Zaretskii

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=83lhvnbrbk.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=17173@debbugs.gnu.org \
    --cc=drew.adams@oracle.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).