GNU bug report logs -
#74208
31.0.50; minibuffer read-file-name-default mutates global value of default-directory incorrectly
Previous Next
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
* 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.