From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: owner@emacsbugs.donarmstrong.com (Emacs bug Tracking System) Newsgroups: gmane.emacs.bugs Subject: bug#3512: marked as done (Interaction between scroll variables, scroll-up, scroll-down, and redisplay.) Date: Thu, 18 Jun 2009 19:50:07 +0000 Message-ID: References: <899a68410906090447y13b26230rb35836335c7a5795@mail.gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----------=_1245354607-7836-0" X-Trace: ger.gmane.org 1245356333 4606 80.91.229.12 (18 Jun 2009 20:18:53 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 18 Jun 2009 20:18:53 +0000 (UTC) To: Glenn Morris Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Jun 18 22:18:51 2009 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1MHO4L-0004sp-RC for geb-bug-gnu-emacs@m.gmane.org; Thu, 18 Jun 2009 22:18:49 +0200 Original-Received: from localhost ([127.0.0.1]:59897 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MHO4L-0008Tn-4h for geb-bug-gnu-emacs@m.gmane.org; Thu, 18 Jun 2009 16:18:45 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MHO4E-0008R2-B9 for bug-gnu-emacs@gnu.org; Thu, 18 Jun 2009 16:18:38 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MHO49-0008OL-8y for bug-gnu-emacs@gnu.org; Thu, 18 Jun 2009 16:18:38 -0400 Original-Received: from [199.232.76.173] (port=33270 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MHO49-0008OE-2X for bug-gnu-emacs@gnu.org; Thu, 18 Jun 2009 16:18:33 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:54874) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MHO44-0000GV-Ko; Thu, 18 Jun 2009 16:18:29 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n5IJvLBL009303; Thu, 18 Jun 2009 12:57:22 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.14.3/8.14.3/Submit) id n5IJo734007887; Thu, 18 Jun 2009 12:50:07 -0700 X-Mailer: MIME-tools 5.427 (Entity 5.427) X-Loop: owner@emacsbugs.donarmstrong.com X-Emacs-PR-Message: closed 3512 X-Emacs-PR-Package: emacs X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:28832 Archived-At: This is a multi-part message in MIME format... ------------=_1245354607-7836-0 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Your message dated Thu, 18 Jun 2009 15:43:39 -0400 with message-id and subject line Re: Bug#3512: Interaction between scroll variables, scroll= -up, scroll-down, and redisplay. has caused the Emacs bug report #3512, regarding Interaction between scroll variables, scroll-up, scroll-down, and= redisplay. to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact owner@emacsbugs.donarmstrong.com immediately.) --=20 3512: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=3D3512 Emacs Bug Tracking System Contact owner@emacsbugs.donarmstrong.com with problems ------------=_1245354607-7836-0 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by emacsbugs.donarmstrong.com; 9 Jun 2009 11:47:35 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: * X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=1.1 required=4.0 tests=FOURLA,MULTALT autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n59BlQ0f018483 for ; Tue, 9 Jun 2009 04:47:28 -0700 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MDzna-0002HM-6j for bug-gnu-emacs@gnu.org; Tue, 09 Jun 2009 07:47:26 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MDznU-0002E8-G6 for bug-gnu-emacs@gnu.org; Tue, 09 Jun 2009 07:47:24 -0400 Received: from [199.232.76.173] (port=60327 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MDznU-0002E3-7f for bug-gnu-emacs@gnu.org; Tue, 09 Jun 2009 07:47:20 -0400 Received: from mail-bw0-f212.google.com ([209.85.218.212]:42459) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MDznT-0003HQ-5F for bug-gnu-emacs@gnu.org; Tue, 09 Jun 2009 07:47:19 -0400 Received: by bwz8 with SMTP id 8so2101797bwz.42 for ; Tue, 09 Jun 2009 04:47:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=OotTYqUslHGgE/hseUINC34zJ0RVM8ZSRJaKgVNyHSE=; b=gy+Z6HXQZ+SWs6G0CPKCu0QiID5FW64CM+JJ7p3F/IHj7hKtbh+woXOAuOmN6+n16m UfBAGFaMrUCFuEWBYsSzw5OenSkAaVWRkLFvHFOWWNKB7SEm9BkDnXJ73btRW5LK2qGK iNxNOGvoOBrw/pqrBpcDO+d6f1sywUH2U4eUc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; b=RW5W3Bq0kOoXz2EtC/M+x6z9el8cKjCf4it4LTfOYTUPS8s7uc+BzYhAUbrPyx+opl J1EAEIujhx3XAGYEeBY9oIrexBLYIaiiC7QApdXc98rPLCT+eJ6FpFWySOJphVpCpGju 1ZyvMNhW33nUPJfVbaCNZBp0K30cuvZGQK6Wo= MIME-Version: 1.0 Sender: mail.pdw.org.uk@googlemail.com Received: by 10.204.53.143 with SMTP id m15mr17180bkg.119.1244548030808; Tue, 09 Jun 2009 04:47:10 -0700 (PDT) Date: Tue, 9 Jun 2009 12:47:10 +0100 X-Google-Sender-Auth: f23a95540144c6f1 Message-ID: <899a68410906090447y13b26230rb35836335c7a5795@mail.gmail.com> Subject: Interaction between scroll variables, scroll-up, scroll-down, and redisplay. From: Paul Whittaker To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary=001636c5ba67484242046be8ebb9 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) --001636c5ba67484242046be8ebb9 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit There appears to be a bug under the following conditions: - Emacs is running in graphical (X11) mode, without the -nw flag; - scroll-margin is set to a value greater than 0; - scroll-preserve-screen-position is set to a non-nil, non-t value; - Point is at or near the start of the buffer (any line <= scroll-margin); - An attempt is made to scroll the window using scroll-up; which leads to: - Window contents are not updated correctly. Less tersely, I have experienced the following sequence of events, on both Ubuntu 8.10 and Fedora 10 systems. - Start emacs with -Q option to launch a fresh Emacs window on the desktop. Set the variables scroll-margin to (say) 5, and scroll-preserve-screen-position to 1. (Setting the latter to 'always also works.) - Populate the buffer with many lines of input. I normally use the output of "ls -R /" and use head to keep only the first couple of hundred lines of it. The exact nature of the content appears not to be important, as I have also loaded in files, or used M-: (dolist ..... (insert ....)) to populate the buffer. - Ensure that point is at the start of the buffer. - Attempt to view text that is currently off the bottom of the window by pressing Page Down once or more to run the scroll-up command. - At this point, the cursor moves to roughly the middle of the window, the (GTK) scroll bar moves downwards, but the window contents remain the same (i.e. the same text is visible as was before pressing Page Down). - Further presses of Page Down do not move point visibly, do not update the visisble window contents, but *do* move the GTK scroll bar. This makes me believe that (internally) everything is working correctly, but the normal text update routines are not being called. - Using scroll-down (i.e. pressing Page Up) maintains this behaviour: the scroll bar moves back in the opposite direction, but the window contents are not updated. The scroll bar can be moved back and forth at will using sequences of scroll-up and scroll-down commands in this manner. - Getting point close to either end of the buffer, or using any other command (such as next-line), causes the window contents to be updated correctly. This can lead to a significant apparent jump in the position of point. The location displayed appears to be consistent with the number of times that the scroll-down and scroll-up commands were used. - If the point is moved back to the start of the buffer, e.g. with M-<, this behaviour can be repeated as often as desired. - Running Emacs with the -nw flag (i.e. running inside an XTerm) does not exhibit this behaviour for me. If you need any more details, please let me know. Best regards, and happy hunting, Paul. PS The Emacs I'm running this on does not have mail set up, so I have cut and pasted the content into my webmail session. If for some reason this has caused a problem, again, let me know. [Content generated automatically by M-x report-emacs-bug follows:] In GNU Emacs 22.2.1 (i486-pc-linux-gnu, GTK+ Version 2.14.1) of 2008-09-05 on vernadsky, modified by Ubuntu Windowing system distributor `The X.Org Foundation', version 11.0.10502000 configured using `configure '--build=i486-linux-gnu' '--host=i486-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' '--enable-locallisppath=/etc/emacs22:/etc/emacs:/usr/local/share/emacs/22.2/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/22.2/site-lisp:/usr/share/emacs/site-lisp:/usr/share/emacs/22.2/leim' '--with-x=yes' '--with-x-toolkit=gtk' 'build_alias=i486-linux-gnu' 'host_alias=i486-linux-gnu' 'CFLAGS=-DDEBIAN -DSITELOAD_PURESIZE_EXTRA=5000 -g -O2' 'LDFLAGS=-g -Wl,--as-needed' 'CPPFLAGS='' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_GB.UTF-8 locale-coding-system: utf-8 default-enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t tool-bar-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t auto-compression-mode: t line-number-mode: t Recent input: M-x s e t - v a r i a b l e s c r o l l - m a r g i n 5 M-x s e t - v a r i a b l e s c r o l l - p r e s e r v e - s c r e e n - p o s i t i o n 1 C-u M-! l s SPC - R SPC / SPC | S-SPC h e a d SPC - 2 0 0 M-x r e p o r t - e m a c s - b u g Recent messages: ("emacs" "-Q") For information about GNU Emacs and the GNU system, type C-h C-a. Loading help-fns...done Loading easymenu...done Loading pp...done Loading emacsbug... Loading regexp-opt...done Loading emacsbug...done [End of automatically-generated content.] --001636c5ba67484242046be8ebb9 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
There appears to be a bug under the following conditions:

=C2=A0= - Emacs is running in graphical (X11) mode, without the -nw flag;
=C2=A0= - scroll-margin is set to a value greater than 0;
=C2=A0- scroll-preserv= e-screen-position is set to a non-nil, non-t value;
=C2=A0- Point is at or near the start of the buffer (any line <=3D scrol= l-margin);
=C2=A0- An attempt is made to scroll the window using scroll-= up;

which leads to:

=C2=A0- Window contents are not updated c= orrectly.


Less tersely, I have experienced the following sequence of events, = on
both Ubuntu 8.10 and Fedora 10 systems.

=C2=A0- Start emacs wi= th -Q option to launch a fresh Emacs window on the
=C2=A0=C2=A0 desktop.= =C2=A0 Set the variables scroll-margin to (say) 5, and
=C2=A0=C2=A0 scroll-preserve-screen-position to 1.=C2=A0 (Setting the latte= r to
=C2=A0=C2=A0 'always also works.)

=C2=A0- Populate the b= uffer with many lines of input.=C2=A0 I normally use the
=C2=A0=C2=A0 ou= tput of "ls -R /" and use head to keep only the first couple of =C2=A0=C2=A0 hundred lines of it.=C2=A0 The exact nature of the content app= ears not
=C2=A0=C2=A0 to be important, as I have also loaded in files, o= r used M-:
=C2=A0=C2=A0 (dolist ..... (insert ....)) to populate the buf= fer.

=C2=A0- Ensure that point is at the start of the buffer.

=C2=A0- Attempt to view text that is currently off the bottom of the wi= ndow
=C2=A0=C2=A0 by pressing Page Down once or more to run the scroll-u= p command.

=C2=A0- At this point, the cursor moves to roughly the mi= ddle of the
=C2=A0=C2=A0 window, the (GTK) scroll bar moves downwards, b= ut the window
=C2=A0=C2=A0 contents remain the same (i.e. the same text is visible as was=
=C2=A0=C2=A0 before pressing Page Down).

=C2=A0- Further presses= of Page Down do not move point visibly, do not
=C2=A0=C2=A0 update the = visisble window contents, but *do* move the GTK scroll
=C2=A0=C2=A0 bar.=C2=A0 This makes me believe that (internally) everything = is working
=C2=A0=C2=A0 correctly, but the normal text update routines a= re not being
=C2=A0=C2=A0 called.

=C2=A0- Using scroll-down (i.e.= pressing Page Up) maintains this behaviour:
=C2=A0=C2=A0 the scroll bar moves back in the opposite direction, but the w= indow
=C2=A0=C2=A0 contents are not updated.=C2=A0 The scroll bar can be= moved back and
=C2=A0=C2=A0 forth at will using sequences of scroll-up = and scroll-down commands
=C2=A0=C2=A0 in this manner.

=C2=A0- Getting point close to either end of the buffer, or using any o= ther
=C2=A0=C2=A0 command (such as next-line), causes the window content= s to be
=C2=A0=C2=A0 updated correctly.=C2=A0 This can lead to a signifi= cant apparent jump in
=C2=A0=C2=A0 the position of point.=C2=A0 The loca= tion displayed appears to be
=C2=A0=C2=A0 consistent with the number of times that the scroll-down and=C2=A0=C2=A0 scroll-up commands were used.

=C2=A0- If the point is= moved back to the start of the buffer, e.g. with
=C2=A0=C2=A0 M-<, t= his behaviour can be repeated as often as desired.

=C2=A0- Running Emacs with the -nw flag (i.e. running inside an XTerm) = does
=C2=A0=C2=A0 not exhibit this behaviour for me.

If you need = any more details, please let me know.

Best regards, and happy huntin= g,

Paul.

PS The Emacs I'm running this on does not have mail set up, so I ha= ve
cut and pasted the content into my webmail session.=C2=A0 If for some=
reason this has caused a problem, again, let me know.


[Conte= nt generated automatically by M-x report-emacs-bug follows:]

In GNU Emacs 22.2.1 (i486-pc-linux-gnu, GTK+ Version 2.14.1)
=C2=A0o= f 2008-09-05 on vernadsky, modified by Ubuntu
Windowing system distribut= or `The X.Org Foundation', version 11.0.10502000
configured using `c= onfigure=C2=A0 '--build=3Di486-linux-gnu' '--host=3Di486-linux-= gnu' '--prefix=3D/usr' '--sharedstatedir=3D/var/lib' &#= 39;--libexecdir=3D/usr/lib' '--localstatedir=3D/var' '--inf= odir=3D/usr/share/info' '--mandir=3D/usr/share/man' '--with= -pop=3Dyes' '--enable-locallisppath=3D/etc/emacs22:/etc/emacs:/usr/= local/share/emacs/22.2/site-lisp:/usr/local/share/emacs/site-lisp:/usr/shar= e/emacs/22.2/site-lisp:/usr/share/emacs/site-lisp:/usr/share/emacs/22.2/lei= m' '--with-x=3Dyes' '--with-x-toolkit=3Dgtk' 'build= _alias=3Di486-linux-gnu' 'host_alias=3Di486-linux-gnu' 'CFL= AGS=3D-DDEBIAN -DSITELOAD_PURESIZE_EXTRA=3D5000 -g -O2' 'LDFLAGS=3D= -g -Wl,--as-needed' 'CPPFLAGS=3D''

Important settings:
=C2=A0 value of $LC_ALL: nil
=C2=A0 value of = $LC_COLLATE: nil
=C2=A0 value of $LC_CTYPE: nil
=C2=A0 value of $LC_M= ESSAGES: nil
=C2=A0 value of $LC_MONETARY: nil
=C2=A0 value of $LC_NU= MERIC: nil
=C2=A0 value of $LC_TIME: nil
=C2=A0 value of $LANG: en_GB.UTF-8
=C2=A0 locale-coding-system: utf-8=C2=A0 default-enable-multibyte-characters: t

Major mode: Lisp Inte= raction

Minor modes in effect:
=C2=A0 tooltip-mode: t
=C2=A0 t= ool-bar-mode: t
=C2=A0 mouse-wheel-mode: t
=C2=A0 menu-bar-mode: t
=C2=A0 file-name-shadow-mode: t
=C2=A0 global= -font-lock-mode: t
=C2=A0 font-lock-mode: t
=C2=A0 blink-cursor-mode:= t
=C2=A0 unify-8859-on-encoding-mode: t
=C2=A0 utf-translate-cjk-mod= e: t
=C2=A0 auto-compression-mode: t
=C2=A0 line-number-mode: t

Recent input:
M-x s e t - v a r i a b = l e <return> s c r o l l -
m a r g i n <return> 5 <retur= n> M-x s e t - v a r i
a b l e <return> s c r o l l - p r e s = e r v e - s
c r e e n - p o s i t i o n <return> 1 <return> C-u
M-! l s= SPC - R SPC / SPC | S-SPC h e a d SPC - 2 0
0 <return> <next&= gt; <next> <next> M-x r e p o r t - e
m a c s - b u g <r= eturn>

Recent messages:
("emacs" "-Q")
For informati= on about GNU Emacs and the GNU system, type C-h C-a.
Loading help-fns...= done
Loading easymenu...done
Loading pp...done
Loading emacsbug...=
Loading regexp-opt...done
Loading emacsbug...done


[End of aut= omatically-generated content.]

--001636c5ba67484242046be8ebb9-- ------------=_1245354607-7836-0 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 3512-done) by emacsbugs.donarmstrong.com; 18 Jun 2009 19:43:44 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-5.8 required=4.0 tests=AWL,HAS_BUG_NUMBER, X_DEBBUGS_NO_ACK autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n5IJheU9006829 for <3512-done@emacsbugs.donarmstrong.com>; Thu, 18 Jun 2009 12:43:41 -0700 Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1MHNWN-0002yG-UY; Thu, 18 Jun 2009 15:43:39 -0400 From: Glenn Morris To: 3512-done@emacsbugs.donarmstrong.com Subject: Re: Bug#3512: Interaction between scroll variables, scroll-up, scroll-down, and redisplay. References: <899a68410906090447y13b26230rb35836335c7a5795@mail.gmail.com> X-Spook: AFSPC South Africa unclassified MP5K-SD analyzer FIPS140 X-Ran: cCVx>%,{NM?!l8!4U"F-K/xbYklz;f/!Rp|]0~vQrJ*:X`|KcI;*rUk;D@+q\I4+2X[xj8 X-Hue: magenta X-Debbugs-No-Ack: yes X-Attribution: GM Date: Thu, 18 Jun 2009 15:43:39 -0400 Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: Glenn Morris Thanks for the report. Whilst I see what you describe in Emacs 22.2, I do not see it in 22.3 or the current CVS. So it looks like this is already fixed. Please let us know if you still see a problem in 22.3. ------------=_1245354607-7836-0--