From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs 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 Message-ID: <83lhvnbrbk.fsf@gnu.org> References: <17026dc9-ee25-4e83-a5c4-86140d37e250@default> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1396521458 11757 80.91.229.3 (3 Apr 2014 10:37:38 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 3 Apr 2014 10:37:38 +0000 (UTC) Cc: 17173@debbugs.gnu.org To: Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Apr 03 12:37:32 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1WVeJx-00075K-G3 for geb-bug-gnu-emacs@m.gmane.org; Thu, 03 Apr 2014 11:52:30 +0200 Original-Received: from localhost ([::1]:39807 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WVOWe-00018k-J2 for geb-bug-gnu-emacs@m.gmane.org; Wed, 02 Apr 2014 13:00:32 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40035) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WVOWL-0000RH-Ib for bug-gnu-emacs@gnu.org; Wed, 02 Apr 2014 13:00:19 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WVOWG-00025A-6b for bug-gnu-emacs@gnu.org; Wed, 02 Apr 2014 13:00:13 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:60255) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WVOWF-00024o-UA for bug-gnu-emacs@gnu.org; Wed, 02 Apr 2014 13:00:08 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WVOWD-0007DO-UV for bug-gnu-emacs@gnu.org; Wed, 02 Apr 2014 13:00:06 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 02 Apr 2014 17:00:05 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17173 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 17173-submit@debbugs.gnu.org id=B17173.139645796227642 (code B ref 17173); Wed, 02 Apr 2014 17:00:05 +0000 Original-Received: (at 17173) by debbugs.gnu.org; 2 Apr 2014 16:59:22 +0000 Original-Received: from localhost ([127.0.0.1]:33202 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WVOVV-0007Bk-Cl for submit@debbugs.gnu.org; Wed, 02 Apr 2014 12:59:21 -0400 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:65056) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WVOVS-0007BZ-7h for 17173@debbugs.gnu.org; Wed, 02 Apr 2014 12:59:19 -0400 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0N3E00500XUGK400@a-mtaout22.012.net.il> for 17173@debbugs.gnu.org; Wed, 02 Apr 2014 19:59:16 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N3E005TWXURI210@a-mtaout22.012.net.il>; Wed, 02 Apr 2014 19:59:16 +0300 (IDT) In-reply-to: <17026dc9-ee25-4e83-a5c4-86140d37e250@default> X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:87631 Archived-At: > Date: Wed, 2 Apr 2014 08:14:16 -0700 (PDT) > From: Drew Adams > > 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?