GNU bug report logs - #59207
minor inconsistency in filename completion listing

Previous Next

Package: emacs;

Reported by: Nicolas Graner <nicolas <at> graner.name>

Date: Fri, 11 Nov 2022 23:12:02 UTC

Severity: minor

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

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

View this report as an mbox folder, status mbox, maintainer mbox

Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#59207; Package emacs. (Fri, 11 Nov 2022 23:12:02 GMT) Full text and rfc822 format available.
Acknowledgement sent to Nicolas Graner <nicolas <at> graner.name>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Fri, 11 Nov 2022 23:12:02 GMT) Full text and rfc822 format available.

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

From: Nicolas Graner <nicolas <at> graner.name>
To: bug-gnu-emacs <at> gnu.org
Subject: minor inconsistency in filename completion listing
Date: Sat, 12 Nov 2022 00:11:33 +0100

When reading a file name in the minibuffer, in some very specific cases
the names listed in the completion buffer are shown with their directory
instead of just the base name.

This is only a display problem, it doesn-t affect the file name actually
read.

Example (starting from emacs -Q):

M-x mkdir ~/d1<RET>
M-x mkdir ~/d2<RET>
M-x mkdir ~/x<RET>
M-x cd  ~/x<RET>
M-x cd ~/d<TAB>

The *Completions* buffer now shows:
    x/~/d1
    x/~/d2

instead of:
    d1
    d2

This seems to be an old bug (found in emacs 26, I haven't checked
before) still present in 29 master.

Nicolas
Severity set to 'minor' from 'normal' Request was from Stefan Kangas <stefankangas <at> gmail.com> to control <at> debbugs.gnu.org. (Sat, 12 Nov 2022 20:24:02 GMT) Full text and rfc822 format available.
This bug report was last modified 2 years and 217 days ago.

Previous Next

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