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.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 67830 in the body.
You can then email your comments to 67830 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#67830
; Package
emacs
.
(Thu, 14 Dec 2023 22:36:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Markus Triska <triska <at> metalevel.at>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Thu, 14 Dec 2023 22:36:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
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
In GNU Emacs 30.0.50 (build 1, x86_64-apple-darwin18.2.0, X toolkit,
cairo version 1.17.6, Xaw scroll bars) of 2023-09-11 built on
mac
Windowing system distributor 'The X.Org Foundation', version 11.0.12011000
System Description: Mac OS X 10.14.2
Configured using:
'configure --prefix=/opt/local --disable-silent-rules --without-ns
--without-dbus --without-gconf --without-libotf --without-m17n-flt
--with-libgmp --with-gnutls --with-json --with-xml2 --with-modules
--with-sqlite3 --with-webp --infodir /opt/local/share/info/emacs
--with-x-toolkit=lucid --without-xaw3d --without-imagemagick --with-xpm
--with-jpeg --with-tiff --with-gif --with-png --with-lcms2
--without-rsvg --with-xft --with-native-compilation=aot
--with-tree-sitter 'CFLAGS=-pipe -Os -Wno-attributes
-isysroot/Library/Developer/CommandLineTools/SDKs/MacOSX10.14.sdk -arch
x86_64' 'CPPFLAGS=-I/opt/local/include
-isysroot/Library/Developer/CommandLineTools/SDKs/MacOSX10.14.sdk'
'LDFLAGS=-L/opt/local/lib -Wl,-headerpad_max_install_names -lfreetype
-lfontconfig -Wl,-rpath /opt/local/lib/gcc12 -Wl,-no_pie
-Wl,-syslibroot,/Library/Developer/CommandLineTools/SDKs/MacOSX10.14.sdk
-arch x86_64''
Configured features:
ACL CAIRO FREETYPE GIF GLIB GMP GNUTLS GSETTINGS HARFBUZZ JPEG JSON
LCMS2 LIBXML2 MODULES NATIVE_COMP NOTIFY KQUEUE PDUMPER PNG SQLITE3
THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER WEBP X11 XDBE XIM XINPUT2
XPM LUCID ZLIB
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#67830
; Package
emacs
.
(Fri, 15 Dec 2023 04:14:02 GMT)
Full text and
rfc822 format available.
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.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#67830
; Package
emacs
.
(Fri, 15 Dec 2023 08:49:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 67830 <at> debbugs.gnu.org (full text, mbox):
tags 67830 notabug
thanks
> Cc: 67830 <at> debbugs.gnu.org
> From: Visuwesh <visuweshm <at> gmail.com>
> Date: Fri, 15 Dec 2023 09:43:28 +0530
>
> [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.
Indeed. This is not a bug, but expected behavior.
Added tag(s) notabug.
Request was from
Eli Zaretskii <eliz <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Fri, 15 Dec 2023 08:49:03 GMT)
Full text and
rfc822 format available.
Reply sent
to
Stefan Kangas <stefankangas <at> gmail.com>
:
You have taken responsibility.
(Wed, 10 Jan 2024 11:05:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Markus Triska <triska <at> metalevel.at>
:
bug acknowledged by developer.
(Wed, 10 Jan 2024 11:05:03 GMT)
Full text and
rfc822 format available.
Message #18 received at 67830-done <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
> tags 67830 notabug
> thanks
>
>> Cc: 67830 <at> debbugs.gnu.org
>> From: Visuwesh <visuweshm <at> gmail.com>
>> Date: Fri, 15 Dec 2023 09:43:28 +0530
>>
>> Completion is working as intended, AFAIU. Have a look at
>> completion-ignored-extensions.
>
> Indeed. This is not a bug, but expected behavior.
I'm therefore closing this bug report.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 07 Feb 2024 12:24:09 GMT)
Full text and
rfc822 format available.
This bug report was last modified 1 year and 130 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.