GNU bug report logs - #74208
31.0.50; minibuffer read-file-name-default mutates global value of default-directory incorrectly

Previous Next

Package: emacs;

Reported by: Madhu <enometh <at> meer.net>

Date: Tue, 5 Nov 2024 02:10:01 UTC

Severity: normal

Found in version 31.0.50

Fixed in version 31.1

Done: Michael Albinus <michael.albinus <at> gmx.de>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Madhu <enometh <at> meer.net>
To: michael.albinus <at> gmx.de
Cc: 74208 <at> debbugs.gnu.org
Subject: bug#74208: 31.0.50; minibuffer read-file-name-default mutates global value of default-directory incorrectly
Date: Sun, 08 Dec 2024 17:29:10 +0530 (IST)
*  Michael Albinus <michael.albinus <at> gmx.de> <87seqyv286.fsf <at> gmx.de>
Wrote on Sun, 08 Dec 2024 12:33:13 +0100
> Perhaps, I haven't tested. However, the leading comment doesn't match
> anymore the implementation (default-directory is let-bound now); better
> you'll adjust it.

No, that is an independent change in the patch, (which is still in the
Subject: line, but not admittedly not relevant to the ffap fix.)


> I've checked the problem in ffap.el. It looks like we could use a much
> simpler solution: implement unhandled-file-name-directory in
> ffap--url-file-handler. Something like

In a quick test with the "M-! echo foo" (in a recursive minibuffer at
the ffap prompt), call-shell-region still fails "Setting current
directory" error, -- Regards, Madhu




This bug report was last modified 158 days ago.

Previous Next


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