GNU bug report logs - #64439
28.2; auto-fill-mode gets turned on all over the place

Previous Next

Package: emacs;

Reported by: David Howells <dhowells <at> redhat.com>

Date: Mon, 3 Jul 2023 15:57:02 UTC

Severity: normal

Found in version 28.2

Full log


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

From: Jim Porter <jporterbugs <at> gmail.com>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>, Eli Zaretskii <eliz <at> gnu.org>
Cc: dhowells <at> redhat.com, Michael Albinus <michael.albinus <at> gmx.de>,
 64439 <at> debbugs.gnu.org, Noam Postavsky <npostavs <at> gmail.com>
Subject: Re: bug#64439: 28.2; auto-fill-mode gets turned on all over the place
Date: Mon, 10 Jul 2023 16:53:41 -0700
On 7/10/2023 2:54 PM, Jim Porter wrote:
> Interestingly, I can't reproduce this on Emacs 30 (latest master), but I 
> *can* on Emacs 28.2 and the latest rev on the Emacs 29 branch. I haven't 
> dug any further yet to see which commit could have changed this though.

... and it looks like you're the one who fixed this, Stefan! Should this 
get backported into the emacs-29 branch? It's a one-line fix, but I'm 
not sure if a fix to "src/eval.c" is too invasive for the release branch...

5223762e02ac84eee984cd1f7a17865766cdad9a is the first fixed commit
commit 5223762e02ac84eee984cd1f7a17865766cdad9a
Author: Stefan Monnier <monnier <at> iro.umontreal.ca>
Date:   Sun Apr 2 17:45:58 2023 -0400

    src/eval.c: Fix bug#62419

    Yup, almost 40 years after ELisp first combined them, buffer-local
    and let bindings still don't work quite right :-(

    The "automatically buffer-local if set" semantics should follow the
    principle that it becomes buffer-local iff the var's current binding
    refers to the top-level/global/non-let binding.

    * src/eval.c (let_shadows_buffer_binding_p): Disregard non-global
    let-bindings.

    * test/src/eval-tests.el (eval-test--bug62419): New test.




This bug report was last modified 1 year and 344 days ago.

Previous Next


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