GNU bug report logs -
#31653
26.1; comint-scroll-show-maximum-output nil regression
Previous Next
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.
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):
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):
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):
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):
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):
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):
> 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.