GNU bug report logs - #31653
26.1; comint-scroll-show-maximum-output nil regression

Previous Next

Package: emacs;

Reported by: Mark H Weaver <mhw <at> netris.org>

Date: Wed, 30 May 2018 05:58:02 UTC

Severity: minor

Tags: notabug

Found in version 26.1

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 31653 in the body.
You can then email your comments to 31653 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#31653; Package emacs. (Wed, 30 May 2018 05:58:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Mark H Weaver <mhw <at> netris.org>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Wed, 30 May 2018 05:58:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Mark H Weaver <mhw <at> netris.org>
To: bug-gnu-emacs <at> gnu.org
Subject: 26.1; comint-scroll-show-maximum-output nil regression
Date: Wed, 30 May 2018 01:56:13 -0400
Emacs 26.1 has introduced a regression compared with 25.3 in the
handling of 'comint-scroll-show-maximum-output', which I prefer to set
to nil.  Here's how to reproduce the problem:

* Run "emacs-26.1 -Q", with or without "-nw" as you prefer.
* M-x shell
* M-: (setq comint-scroll-show-maximum-output nil)
* Press RET repeatedly until the window starts scrolling.

Observe that after the point reaches the bottom of the window, it is
subsequently kept at the bottom of the window by aggressively scrolling
one line at a time.

If you perform the same steps above with emacs-25.3, you'll see that it
always recenters, so that scrolling occurs only once for every ~N/2
lines of output, where N is the window height.

Note that (setq comint-scroll-show-maximum-output nil) still has some
effect.  After performing the steps above, try this:

* C-l
* Press RET repeatedly until the window starts scrolling.
* M-: (setq comint-scroll-show-maximum-output t)
* C-l
* Press RET just once.

Observe that with 'comint-scroll-show-maximum-output' set to t, the
first RET after C-l immediately scrolls the window to show the maximum
output.

If you can suggest a workaround or a patch to fix this issue, I would be
grateful.

Thanks very much for your work on Emacs.

     Mark




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#31653; Package emacs. (Wed, 30 May 2018 06:58:01 GMT) Full text and rfc822 format available.

Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: bug-gnu-emacs <at> gnu.org, Mark H Weaver <mhw <at> netris.org>,
 31653 <at> debbugs.gnu.org
Subject: Re: bug#31653: 26.1; comint-scroll-show-maximum-output nil regression
Date: Wed, 30 May 2018 09:56:49 +0300
On May 30, 2018 8:56:13 AM GMT+03:00, Mark H Weaver <mhw <at> netris.org> wrote:
> Emacs 26.1 has introduced a regression compared with 25.3 in the
> handling of 'comint-scroll-show-maximum-output', which I prefer to set
> to nil.  Here's how to reproduce the problem:
> 
> * Run "emacs-26.1 -Q", with or without "-nw" as you prefer.
> * M-x shell
> * M-: (setq comint-scroll-show-maximum-output nil)
> * Press RET repeatedly until the window starts scrolling.
> 
> Observe that after the point reaches the bottom of the window, it is
> subsequently kept at the bottom of the window by aggressively
> scrolling
> one line at a time.
> 
> If you perform the same steps above with emacs-25.3, you'll see that
> it
> always recenters, so that scrolling occurs only once for every ~N/2
> lines of output, where N is the window height.
> 
> Note that (setq comint-scroll-show-maximum-output nil) still has some
> effect.  After performing the steps above, try this:
> 
> * C-l
> * Press RET repeatedly until the window starts scrolling.
> * M-: (setq comint-scroll-show-maximum-output t)
> * C-l
> * Press RET just once.
> 
> Observe that with 'comint-scroll-show-maximum-output' set to t, the
> first RET after C-l immediately scrolls the window to show the maximum
> output.
> 
> If you can suggest a workaround or a patch to fix this issue, I would
> be
> grateful.
> 
> Thanks very much for your work on Emacs.
> 
>      Mark

It's a deliberate change, by popular demand: shell-mode now sets
scroll-conservatively to a large value locally in shell buffers.  Reset
that in your mode hook, and Bob's your uncle.

If you are interested in the reasons for the change, see the log
message of commit d7ac7b15ca9, it points to the relevant discussion.

(This should have been in NEWS, sigh...)




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#31653; Package emacs. (Wed, 30 May 2018 06:58:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#31653; Package emacs. (Wed, 30 May 2018 07:59:01 GMT) Full text and rfc822 format available.

Message #14 received at 31653 <at> debbugs.gnu.org (full text, mbox):

From: Mark H Weaver <mhw <at> netris.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 31653 <at> debbugs.gnu.org
Subject: Re: bug#31653: 26.1; comint-scroll-show-maximum-output nil regression
Date: Wed, 30 May 2018 03:56:47 -0400
Hi Eli,

Eli Zaretskii <eliz <at> gnu.org> writes:
> It's a deliberate change, by popular demand: shell-mode now sets
> scroll-conservatively to a large value locally in shell buffers.  Reset
> that in your mode hook, and Bob's your uncle.

That's very helpful, thank you!

> If you are interested in the reasons for the change, see the log
> message of commit d7ac7b15ca9, it points to the relevant discussion.

Thanks for the pointer.  I acknowledge that I'm in the minority here,
but I greatly prefer less frequent scrolling, so that I have more time
to visually process the text before it moves and disrupts my ability to
process it.

Ideally, both settings of 'comint-scroll-show-maximum-output' would
behave as expected, without mode hooks.

That said, I don't have time to work on this myself, and it's certainly
of very little importance.  The mode hook workaround is good enough for
me, and I guess there are very few people with my preferences, so I'm
willing to let this go.  Feel free to close this bug as "wontfix", or to
keep it open, as you prefer.

Thanks again,

     Mark




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#31653; Package emacs. (Wed, 30 May 2018 08:02:02 GMT) Full text and rfc822 format available.

Message #17 received at 31653 <at> debbugs.gnu.org (full text, mbox):

From: Andreas Schwab <schwab <at> suse.de>
To: Mark H Weaver <mhw <at> netris.org>
Cc: 31653 <at> debbugs.gnu.org
Subject: Re: bug#31653: 26.1; comint-scroll-show-maximum-output nil regression
Date: Wed, 30 May 2018 10:01:35 +0200
On Mai 30 2018, Mark H Weaver <mhw <at> netris.org> wrote:

> Observe that after the point reaches the bottom of the window, it is
> subsequently kept at the bottom of the window by aggressively scrolling
> one line at a time.

What is the value of scroll-conservatively?

Andreas.

-- 
Andreas Schwab, SUSE Labs, schwab <at> suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE  1748 E4D4 88E3 0EEA B9D7
"And now for something completely different."




Added tag(s) notabug. Request was from Eli Zaretskii <eliz <at> gnu.org> to control <at> debbugs.gnu.org. (Wed, 30 May 2018 16:49:01 GMT) Full text and rfc822 format available.

Reply sent to Eli Zaretskii <eliz <at> gnu.org>:
You have taken responsibility. (Wed, 30 May 2018 16:50:01 GMT) Full text and rfc822 format available.

Notification sent to Mark H Weaver <mhw <at> netris.org>:
bug acknowledged by developer. (Wed, 30 May 2018 16:50:01 GMT) Full text and rfc822 format available.

Message #24 received at 31653-done <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Mark H Weaver <mhw <at> netris.org>
Cc: 31653-done <at> debbugs.gnu.org
Subject: Re: bug#31653: 26.1; comint-scroll-show-maximum-output nil regression
Date: Wed, 30 May 2018 19:48:41 +0300
tags 31653 notabug
thanks

> From: Mark H Weaver <mhw <at> netris.org>
> Cc: 31653 <at> debbugs.gnu.org
> Date: Wed, 30 May 2018 03:56:47 -0400
> 
> That said, I don't have time to work on this myself, and it's certainly
> of very little importance.  The mode hook workaround is good enough for
> me, and I guess there are very few people with my preferences, so I'm
> willing to let this go.  Feel free to close this bug as "wontfix", or to
> keep it open, as you prefer.

Done.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#31653; Package emacs. (Fri, 01 Jun 2018 09:28:02 GMT) Full text and rfc822 format available.

Message #27 received at 31653 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: 31653 <at> debbugs.gnu.org
Cc: mhw <at> netris.org
Subject: Re: bug#31653: 26.1; comint-scroll-show-maximum-output nil regression
Date: Fri, 01 Jun 2018 12:26:51 +0300
> Date: Wed, 30 May 2018 09:56:49 +0300
> From: Eli Zaretskii <eliz <at> gnu.org>
> 
> (This should have been in NEWS, sigh...)

Now done.




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Fri, 29 Jun 2018 11:24:05 GMT) Full text and rfc822 format available.

This bug report was last modified 7 years and 46 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.