GNU bug report logs - #79306
Broken follow-mode

Previous Next

Package: emacs;

Reported by: Juri Linkov <juri <at> linkov.net>

Date: Mon, 25 Aug 2025 06:34:01 UTC

Severity: normal

Done: Stefan Monnier <monnier <at> iro.umontreal.ca>

Full log


View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#79306: closed (Broken follow-mode)
Date: Fri, 05 Sep 2025 19:13:03 +0000
[Message part 1 (text/plain, inline)]
Your message dated Fri, 05 Sep 2025 15:12:36 -0400
with message-id <jwvy0qs1zyy.fsf-monnier+emacs <at> gnu.org>
and subject line Re: bug#79306: Broken follow-mode
has caused the debbugs.gnu.org bug report #79306,
regarding Broken follow-mode
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
79306: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=79306
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
From: Juri Linkov <juri <at> linkov.net>
To: bug-gnu-emacs <at> gnu.org
Subject: Broken follow-mode
Date: Mon, 25 Aug 2025 09:30:10 +0300
Some recent change in master broke display for follow-mode:

0. emacs -Q
1. visit a file in fundamental-mode, e.g.
   C-x C-f etc/COPYING RET
2. split horizontally
   C-x 3
3. M-x follow-mode RET
4. scroll down a few screens
5. type 'M-<' (beginning-of-buffer)

It displays the message "Back to top level",
but doesn't move to the beginning of the buffer.

Typing 'C-l' updates the screen, and reveals
that 'M-<' actually moved to the beginning of the buffer,
but didn't update the screen.


[Message part 3 (message/rfc822, inline)]
From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Juri Linkov <juri <at> linkov.net>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 79306-done <at> debbugs.gnu.org
Subject: Re: bug#79306: Broken follow-mode
Date: Fri, 05 Sep 2025 15:12:36 -0400
Eli said:
> Sounds good, thanks.  Though if we do this, wouldn't it render the
> entire machinery of redisplay_counter effectively disabled, since
> redisplaying_p is set right after we increment redisplay_counter?

No, `redisplaying_p` is reset to false in a few different cases.

[ With the `redisplay_counter` mechanism, we could actually be more
  liberal w.r.t allowing to reset `redisplaying_p` to false (e.g. we
  could probably expose it to ELisp).  ]

Juri said:
> But with the last two hunks follow-mode works correctly as before.

Thanks, pushed to `master`, closing.


        Stefan



This bug report was last modified 2 days ago.

Previous Next


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