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

[Noam Postavsky]

Stephen Berman <stephen.berman@gmx.net> writes:

> On Thu, 19 Jul 2018 21:19:36 +0300 Eli Zaretskii <eliz@gnu.org> wrote:
>
>>> From: Stephen Berman <stephen.berman@gmx.net>
>>> 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.