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


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Andreas Politz <politza <at> hochschule-trier.de>
Cc: 25807 <at> debbugs.gnu.org, my.old.email.sucked <at> gmail.com
Subject: bug#25807: 24.5; List-Directory closes with error when invalid path is typed instead of prompting the user to fix it
Date: Sat, 25 Mar 2017 22:45:14 +0300
> From: Andreas Politz <politza <at> hochschule-trier.de>
> Cc: Colin <my.old.email.sucked <at> gmail.com>,  25807 <at> debbugs.gnu.org
> Date: Sat, 25 Mar 2017 20:28:18 +0100
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> > [...] 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.
> 
> I think in order to do that we would have to figure out whether a given
> filename expands to some existing filenames or not, and this also for
> handled ones.  The last part of which seems to be difficult.

Why is the last part difficult?  directory-files already supports
that, doesn't it?  And completion examines matching files as part of
its thing, so I hoped there's already an option to get that for free.

> A more simpler and less general approach would be the addition of a
> user-option, i.e.  list-directory-use-wildcards.

The function in question already supports widlcards, so moving that
support to a new option would be a step backward, I think.




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.