GNU bug report logs - #25807
24.5; List-Directory closes with error when invalid path is typed instead of prompting the user to fix it

Previous Next

Package: emacs;

Reported by: Colin <my.old.email.sucked <at> gmail.com>

Date: Mon, 20 Feb 2017 06:38:02 UTC

Severity: normal

Found in version 24.5

Fixed in version 29.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Colin <my.old.email.sucked <at> gmail.com>
Cc: 25807 <at> debbugs.gnu.org
Subject: Re: bug#25807: 24.5;
 List-Directory closes with error when invalid path is typed instead
 of prompting the user to fix it
Date: Fri, 24 Feb 2017 16:15:45 +0200
> From: Colin <my.old.email.sucked <at> gmail.com>
> Date: Mon, 20 Feb 2017 17:20:10 +1100
> 
> If I hit `C-x C-d`, I receive the prompt `List directory (breif): ~/` - if I
> type `/tmp/foo` and hit Enter my message buffer shows `insert-directory:
> Reading directory: no such file or directory, /tmp/foo` - the prompt has
> now gone and I'm unable to fix my mistake without repeating the entire
> process.

Could someone knowledgeable about completion please suggest a way to
do better in these use cases, or perhaps propose a patch?  We are
looking for a way to reject non-existing directories, but accept
existing ones and wildcards, when the user types RET in these cases.

There is "permissive completion with confirmation", but that requires
the user to type TAB before it kicks in, which IMO is sub-optimal (and
counter-intuitive) in this case.

TIA




This bug report was last modified 3 years and 222 days ago.

Previous Next


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