GNU bug report logs -
#67830
30.0.50; find-file completion sometimes unexpectedly omits directories
Previous Next
Reported by: Markus Triska <triska <at> metalevel.at>
Date: Thu, 14 Dec 2023 22:36:01 UTC
Severity: normal
Tags: notabug
Found in version 30.0.50
Done: Stefan Kangas <stefankangas <at> gmail.com>
Bug is archived. No further changes may be made.
Full log
Message #8 received at 67830 <at> debbugs.gnu.org (full text, mbox):
[Thursday December 14, 2023] Markus Triska wrote:
> To reproduce this issue, please first create the directory ~/issue/.git,
> and the file ~/issue/.gitignore, for example with:
>
> $ mkdir issue
> $ cd issue/
> $ mkdir .git
> $ touch .gitignore
>
> Then, from your home directory, start Emacs with:
>
> $ emacs -Q
>
> and do:
>
> C-x C-f ~/issue/.git TAB
>
> As expected, the minibuffer displays:
>
> [Complete, but not unique]
>
> and Emacs also shows the 2 possible completions:
>
> 2 possible completions:
> .git/
> .gitignore
>
> In contrast, when I do:
>
> C-x C-f ~/issue/. TAB
>
> then the minibuffer prematurely completes it to the file:
>
> ~/issue/.gitignore
>
> This is even though the directory ~/issue/.git exists, and also forms a
> valid and expected completion of "~/issue/.".
>
> The expected behaviour is the same as above, on the grounds that
> "~/issue/." is a proper prefix of "~/issue/.git" and therefore should
> never yield fewer possible completions.
>
> Thank you and all the best,
> Markus
>
Completion is working as intended, AFAIU. Have a look at
completion-ignored-extensions.
This bug report was last modified 1 year and 131 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.