From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Bruno =?UTF-8?Q?F=C3=A9lix?= Rezende Ribeiro Newsgroups: gmane.emacs.bugs Subject: bug#18912: 24.4; mode-line corruption on graphical frames in dual-headed display Date: Wed, 05 Nov 2014 19:38:52 -0200 Organization: GNU Project Message-ID: <545A98EC.40304@gnu.org> References: <54524135.8090405@gnu.org> <8361ezz56z.fsf@gnu.org> <5454D7EB.6060407@gnu.org> <83sii3xecv.fsf@gnu.org> <5456A6FE.90108@gnu.org> <83tx2hvtwp.fsf@gnu.org> <54571ABB.7020000@gnu.org> <83ppd4w910.fsf@gnu.org> <5457E044.9080300@gnu.org> <83bnoovxpi.fsf@gnu.org> <83a948vxh6.fsf@gnu.org> <837fzcvwph.fsf@gnu.org> <5457ED37.5080807@gnu.org> <8338a0vv6w.fsf@gnu.org> <54586C9D.2000801@gnu.org> <54588D65.8060506@gnu.org> <83sihzufav.fsf@gnu.org> <54594073.9070200@gnu.org> <838ujpvdo5.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="nufNoFnW0Scmrc5KTPvSj98sTbgLBpl2D" X-Trace: ger.gmane.org 1415223615 18065 80.91.229.3 (5 Nov 2014 21:40:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 5 Nov 2014 21:40:15 +0000 (UTC) Cc: 18912@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Nov 05 22:40:10 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 1Xm8JF-000250-HO for geb-bug-gnu-emacs@m.gmane.org; Wed, 05 Nov 2014 22:40:09 +0100 Original-Received: from localhost ([::1]:48605 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xm8JF-0000hD-4u for geb-bug-gnu-emacs@m.gmane.org; Wed, 05 Nov 2014 16:40:09 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37933) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xm8JB-0000g6-Uw for bug-gnu-emacs@gnu.org; Wed, 05 Nov 2014 16:40:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xm8JA-0006dV-KB for bug-gnu-emacs@gnu.org; Wed, 05 Nov 2014 16:40:05 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:53270) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xm8JA-0006dB-HX for bug-gnu-emacs@gnu.org; Wed, 05 Nov 2014 16:40:04 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Xm8J9-0003mO-JR for bug-gnu-emacs@gnu.org; Wed, 05 Nov 2014 16:40:03 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Bruno =?UTF-8?Q?F=C3=A9lix?= Rezende Ribeiro Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 05 Nov 2014 21:40:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18912 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 18912-submit@debbugs.gnu.org id=B18912.141522355514453 (code B ref 18912); Wed, 05 Nov 2014 21:40:03 +0000 Original-Received: (at 18912) by debbugs.gnu.org; 5 Nov 2014 21:39:15 +0000 Original-Received: from localhost ([127.0.0.1]:50483 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xm8IM-0003l2-9N for submit@debbugs.gnu.org; Wed, 05 Nov 2014 16:39:14 -0500 Original-Received: from fencepost.gnu.org ([208.118.235.10]:43201) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xm8II-0003kr-Vv for 18912@debbugs.gnu.org; Wed, 05 Nov 2014 16:39:11 -0500 Original-Received: from 189-015-228-073.xd-dynamic.ctbcnetsuper.com.br ([189.15.228.73]:35407 helo=[192.168.1.17]) by fencepost.gnu.org with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1Xm8II-0006TI-5g; Wed, 05 Nov 2014 16:39:10 -0500 User-Agent: Mozilla/5.0 (X11; Linux i686; rv:33.0) Gecko/20100101 Firefox/33.0 SeaMonkey/2.30 In-Reply-To: <838ujpvdo5.fsf@gnu.org> 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:95582 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --nufNoFnW0Scmrc5KTPvSj98sTbgLBpl2D Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Eli Zaretskii wrote:>> Date: Tue, 04 Nov 2014 19:09:07 -0200 > If we want to make sure Emacs indeed redraws its frame in your case=20 > (rather than X reusing its own copy of the screen, as Andreas points=20 > out), please put a breakpoint in expose_frame, and see if it breaks=20 > when you invoke xrefresh. Yes, it does. > Does it? We were talking all along about the simplest situation, > when the Emacs frame has only one window and thus a single mode line, > and the clipped text line is the last line of that window. But this > is by no means so in general. Here, try this: >=20 > emacs -Q C-x d /dev RET C-x 2 C-x o C-v >=20 > At this point, you should see the lower of the 2 windows selected,=20 > with its contents scrolled, such that each of the 2 windows showing > 2 different places in /dev's directory listing. >=20 > Now invoke xrefresh to clean up the mode lines and start with a > "clean slate". I don't need to. The 'C-x o' command repaints the corrupted mode-line and the one of the lower window doesn't get corrupt with scrolling, even with other frame sizes --- including full-screen. Scrolling the upper window will corrupt its mode-line again, though. > Finally, type inside Emacs: >=20 > M-: (set-window-vscroll nil 5 t) RET >=20 > How many mode lines did that corrupt? Immediately after the command, completely the lower one, and only slightly the upper one. > If both mode lines become corrupted, does xrefresh succeed in fixing=20 > that? It *does* succeed in fixing the lower mode-line (the current one). The upper one continues slightly corrupted until it becomes the current one (eg. by 'C-x o'), in which case it becomes fine until next scrolling. > Bonus points for repeating the above after setting mode-line-format > to nil. I expect you to see that the 2 windows corrupt each other > in that case. Indeed. The upper one is corrupting the first line of the lower one. However, scrolling the lower one redraws that line and it doesn't get corrupted again until scrolling the upper window. --=20 ,=3D ,-_-. =3D. Bruno F=C3=A9lix Rezende Ribeiro (oitofelix) [0x28D618A= F] ((_/)o o(\_)) There is no system but GNU; `-'(. .)`-' GNU Linux-Libre is one of its official kernels; \_/ All software must be free as in freedom; --nufNoFnW0Scmrc5KTPvSj98sTbgLBpl2D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBCgAGBQJUWpjtAAoJECe5xv0o1hiv4EcH/jrSuxx3xnn3LXo6uhD4I/Ez IFYCzplxl5TFQbMgLmMcaDJpcFUCs09vm9Btg9oGejARGbSizm0Lu6lcY+0npdeE 4hpcJ0O846uw53In4xPRRO80FDNlnJXqF+mZTMlBr3YNl+VZ/8/CMSpgUm6UyF84 +Xh79R8M/vyYazr6yJxvNsrYrc986EbXyVAxIYmdu2H2wUeTVg7uhJhC/R62c56w GxoQyiPlGpI6InufUfvJrXZkBubxodPbDi0wYKq1gQCEuNTpzb6Bej3h7sQGIemJ byG4QWS9e8WgmO7chYcBv+5YMJFdN31hchNI+D3T/XpCBjQvgpFqTn+3lP3AMrU= =twJP -----END PGP SIGNATURE----- --nufNoFnW0Scmrc5KTPvSj98sTbgLBpl2D--