GNU bug report logs - #75910
31; Deprecate minibuffer-completing-file-name

Previous Next

Package: emacs;

Reported by: Daniel Mendler <mail <at> daniel-mendler.de>

Date: Tue, 28 Jan 2025 14:29:02 UTC

Severity: normal

Full log


View this message in rfc822 format

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: Daniel Mendler <mail <at> daniel-mendler.de>, Drew Adams <drew.adams <at> oracle.com>, "75910 <at> debbugs.gnu.org" <75910 <at> debbugs.gnu.org>
Subject: bug#75910: 31; Deprecate minibuffer-completing-file-name
Date: Wed, 29 Jan 2025 17:41:55 +0100
Stefan Monnier <monnier <at> iro.umontreal.ca> writes:

Hi Stefan,

> I think there's a bit of misunderstanding here: IIUC Tramp's use of
> `minibuffer-completing-file-name` is not to check "what are we
> completing?" but rather to check "are we completing?".
> IOW, it's (ab)using that variable to distinguish the case where Tramp is
> used as part of a completion, as opposed to something else.
>
> IOW, we should clarify exactly what those tests of
> `minibuffer-completing-file-name` actually aim to do, in Tramp's code,
> before we can figure out what to replace them with.

Agreed.

Just as a matter of fact, when I've introduced
minibuffer-completing-file-name into Tramp, I had to set it somewhere
else as well. For example let-binding tramp-mode, non-essential and
minibuffer-completing-file-name in pcomplete--entries, but I don't
remember the details.

>         Stefan

Best regards, Michael.




This bug report was last modified 136 days ago.

Previous Next


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