[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#32215: 27.0.50; Minibuffer completion fails with /~<partial-name>

From: Noam Postavsky
Subject: bug#32215: 27.0.50; Minibuffer completion fails with /~<partial-name>
Date: Thu, 19 Jul 2018 21:02:11 -0400
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux)

Stephen Berman <address@hidden> writes:

> On Thu, 19 Jul 2018 21:19:36 +0300 Eli Zaretskii <address@hidden> wrote:
>>> From: Stephen Berman <address@hidden>
>>> Date: Thu, 19 Jul 2018 19:55:18 +0200
>>> 0. emacs -Q
>>> 1. C-x d / ~ TAB
>>>    This pops up a *Completions* buffer showing directory names of all
>>>    members of (system-users), e.g. steve/
>>> 2. Continuing from step 1, when I type any of 's TAB', 'st TAB', 'ste
>>>    TAB' or 'stev TAB', Emacs responds with [No match], but 'steve TAB'
>>>    completes to steve/
>>> The failure only happens with '/~<partial-name>', typing e.g. '~/Downl
>>> TAB' here completes to ~/Downloads/
>> Doesn't happen here, FWIW.  Strange.
> Strange indeed, assuming you tested on GNU/Linux or another POSIX
> system, since IIUC on MS-Windows system-users returns only
> user-real-login-name (at least it does here on Emacs 25.3 under Windows
> 8).  I also tested on another GNU/Linux system I have with Emacs 24.3
> and see exactly the same behavior I described above.

I see it on both Windows and GNU/Linux.  I notice that the after typing
the first letter of the user name, the leading "/" is no longer in
shadow face, i.e., Emacs is looking for a directory starting with "~"
under the root directory.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]