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#18912: 24.4; mode-line corruption on graphical frames in dual-headed display Date: Thu, 06 Nov 2014 05:45:53 +0200 Message-ID: <83r3xht2j2.fsf@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> <545A98EC.40304@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8BIT X-Trace: ger.gmane.org 1415245593 24227 80.91.229.3 (6 Nov 2014 03:46:33 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 6 Nov 2014 03:46:33 +0000 (UTC) Cc: 18912-done@debbugs.gnu.org To: Bruno =?UTF-8?Q?F=C3=A9lix?= Rezende Ribeiro Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Nov 06 04:46:26 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 1XmE1h-0000gC-9o for geb-bug-gnu-emacs@m.gmane.org; Thu, 06 Nov 2014 04:46:25 +0100 Original-Received: from localhost ([::1]:49742 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XmE1g-0005vF-SH for geb-bug-gnu-emacs@m.gmane.org; Wed, 05 Nov 2014 22:46:24 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:44100) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XmE1V-0005lf-Fs for bug-gnu-emacs@gnu.org; Wed, 05 Nov 2014 22:46:19 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XmE1N-0000PW-3K for bug-gnu-emacs@gnu.org; Wed, 05 Nov 2014 22:46:13 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:53515) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XmE1M-0000PM-WE for bug-gnu-emacs@gnu.org; Wed, 05 Nov 2014 22:46:05 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1XmE1M-0000Oi-Qg for bug-gnu-emacs@gnu.org; Wed, 05 Nov 2014 22:46:04 -0500 Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-To: bug-gnu-emacs@gnu.org Resent-Date: Thu, 06 Nov 2014 03:46:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: cc-closed 18912 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Mail-Followup-To: 18912@debbugs.gnu.org, eliz@gnu.org, oitofelix@gnu.org Original-Received: via spool by 18912-done@debbugs.gnu.org id=D18912.14152455601495 (code D ref 18912); Thu, 06 Nov 2014 03:46:04 +0000 Original-Received: (at 18912-done) by debbugs.gnu.org; 6 Nov 2014 03:46:00 +0000 Original-Received: from localhost ([127.0.0.1]:50725 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XmE1I-0000O2-3V for submit@debbugs.gnu.org; Wed, 05 Nov 2014 22:46:00 -0500 Original-Received: from mtaout29.012.net.il ([80.179.55.185]:37681) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XmE1F-0000Ng-3j for 18912-done@debbugs.gnu.org; Wed, 05 Nov 2014 22:45:58 -0500 Original-Received: from conversion-daemon.mtaout29.012.net.il by mtaout29.012.net.il (HyperSendmail v2007.08) id <0NEL00L00MBACQ00@mtaout29.012.net.il> for 18912-done@debbugs.gnu.org; Thu, 06 Nov 2014 05:44:23 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout29.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NEL00ED7MDZKK60@mtaout29.012.net.il>; Thu, 06 Nov 2014 05:44:23 +0200 (IST) In-reply-to: <545A98EC.40304@gnu.org> 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:95597 > Date: Wed, 05 Nov 2014 19:38:52 -0200 > From: Bruno Félix Rezende Ribeiro > CC: 18912@debbugs.gnu.org > > > Finally, type inside Emacs: > > > > M-: (set-window-vscroll nil 5 t) RET > > > > How many mode lines did that corrupt? > > Immediately after the command, completely the lower one, and only > slightly the upper one. The "slightly" part depends on the value of vscroll, which was 5 in this experiment. You can play with the 2nd argument of set-window-vscroll to see the effect. > > If both mode lines become corrupted, does xrefresh succeed in fixing > > 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. Which means, as I hope you understand, that to do what you want, Emacs needs to have a very clever global strategy for refreshing the mode lines, which considers all the windows that were updated, instead of treating each window separately, which is what it does now. > > 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. In this case, there are no mode lines to refresh, so this directly affects the order in which redisplay redraws lines in each window. I think we have spent enough time on this, and we understand well enough that this problem cannot be possibly solved by Emacs in any reasonably simple way. So I'm closing this bug, as this is not an Emacs problem. My suggestion to you is to upgrade your video firmware and device driver, or disable acceleration.