GNU bug report logs - #60982
28.2; Behavior of read-file-name-default / read-file-internal

Previous Next

To reply to this bug, email your comments to 60982 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Frederic Santos <frederic.santos <at> u-bordeaux.fr>
To: bug-gnu-emacs <at> gnu.org
Subject: 28.2; Behavior of read-file-name-default / read-file-internal
Date: Sat, 21 Jan 2023 07:43:51 +0100 (CET)

Hi,

Not sure if that is a bug or not, but I noticed a strange behavior of find-file in some specific situations with Emacs 28.2. Say that I have three files in a given directory:

.
├── landmarks2.tps
├── landmarks.tps
└── script.R

1. Open Emacs with emacs -q in this directory.
2. Doing C-x C-f TAB proposes only one candidate, script.R, when I obviously expected three candidates. (Then, if you start typing 'l' in the minibuffer, you indeed get landmarks.tps and landmarks2.tps as candidates, but I'm not sure why they are not proposed initially.)

All the best,
F.

--

In GNU Emacs 28.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.34, cairo version 1.17.6)
 of 2022-09-12 built on frederik
Windowing system distributor 'The X.Org Foundation', version 11.0.12101006
System Description: Manjaro Linux

Configured using:
 'configure --sysconfdir=/etc --prefix=/usr --libexecdir=/usr/lib
 --localstatedir=/var --with-cairo --with-harfbuzz --with-libsystemd
 --with-modules --with-x-toolkit=gtk3 'CFLAGS=-march=x86-64
 -mtune=generic -O2 -pipe -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=2
 -Wformat -Werror=format-security -fstack-clash-protection
 -fcf-protection -g -ffile-prefix-map=/build/emacs/src=/usr/src/debug
 -flto=auto' 'LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now
 -flto=auto''

Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG
JSON LCMS2 LIBOTF LIBSYSTEMD LIBXML2 M17N_FLT MODULES NOTIFY INOTIFY
PDUMPER PNG RSVG SECCOMP SOUND THREADS TIFF TOOLKIT_SCROLL_BARS X11 XDBE
XIM XPM GTK3 ZLIB

Important settings:
  value of $LC_MONETARY: fr_FR.UTF-8
  value of $LC_NUMERIC: fr_FR.UTF-8
  value of $LC_TIME: fr_FR.UTF-8
  value of $LANG: fr_FR.UTF-8
  value of $XMODIFIERS: @im=ibus
  locale-coding-system: utf-8-unix

Major mode: Fundamental

Message #8 received at 60982 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Frederic Santos <frederic.santos <at> u-bordeaux.fr>
Cc: 60982 <at> debbugs.gnu.org
Subject: Re: bug#60982: 28.2;
 Behavior of read-file-name-default / read-file-internal
Date: Sat, 21 Jan 2023 10:56:12 +0200

> Date: Sat, 21 Jan 2023 07:43:51 +0100 (CET)
> From: Frederic Santos <frederic.santos <at> u-bordeaux.fr>
> 
> Not sure if that is a bug or not, but I noticed a strange behavior of find-file in some specific situations with Emacs 28.2. Say that I have three files in a given directory:
> 
> .
> ├── landmarks2.tps
> ├── landmarks.tps
> └── script.R
> 
> 1. Open Emacs with emacs -q in this directory.
> 2. Doing C-x C-f TAB proposes only one candidate, script.R, when I obviously expected three candidates. (Then, if you start typing 'l' in the minibuffer, you indeed get landmarks.tps and landmarks2.tps as candidates, but I'm not sure why they are not proposed initially.)

The .tps extension is in completion-ignored-extensions (because TeX
produces .tps files when it typesets a document).  If you have
non-trivial files with that extension, customize the variable to
remove ".tps" from the list.

This is not a bug.

Message #11 received at 60982 <at> debbugs.gnu.org (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Frederic Santos <frederic.santos <at> u-bordeaux.fr>
Cc: 60982 <at> debbugs.gnu.org
Subject: Re: bug#60982: 28.2; Behavior of read-file-name-default /
 read-file-internal
Date: Sat, 21 Jan 2023 10:01:02 +0100

Frederic Santos <frederic.santos <at> u-bordeaux.fr> writes:

> Hi,

Hi Frederic,

> Not sure if that is a bug or not, but I noticed a strange behavior of find-file in some specific situations with Emacs 28.2. Say that I have three files in a given directory:
>
> .
> ├── landmarks2.tps
> ├── landmarks.tps
> └── script.R
>
> 1. Open Emacs with emacs -q in this directory.
> 2. Doing C-x C-f TAB proposes only one candidate, script.R, when I
> obviously expected three candidates. (Then, if you start typing 'l' in
> the minibuffer, you indeed get landmarks.tps and landmarks2.tps as
> candidates, but I'm not sure why they are not proposed initially.)

See variable completion-ignored-extensions. It contains ".tps", files
with that extension are ignored in completion. When you type "l" these
files are offered, because "It does not ignore them if all possible
completions end in one of these strings" (from the docstring).

> All the best,
> F.

Best regards, Michael.

Previous Next

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