GNU bug report logs - #15735
locate-file-completion-table should not accept incomplete input

Previous Next

Package: emacs;

Reported by: Drew Adams <drew.adams <at> oracle.com>

Date: Sun, 27 Oct 2013 17:38:01 UTC

Severity: minor

Found in version 24.3.50

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: Drew Adams <drew.adams <at> oracle.com>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 15735 <at> debbugs.gnu.org
Subject: bug#15735: 24.3.50; `find-library' completion bug
Date: Mon, 28 Oct 2013 07:00:45 -0700 (PDT)
> > Debugger entered--Lisp error: (error "Can't find library ess-
> > 5.3.10/")
> 
> From this error message, it looks like it did not complete to
> "ess-5.3.10" but to "ess-5.3.10/", from which I gather that this is
> the directory you added (you added it inside a directory which is
> itself in load-path).

That's right.  It is a subdirectory of a directory in `load-path'.
It is not, itself, in `load-path'.

> So that looks perfectly correct.  Or am I misunderstanding
> something?

It doesn't seem right to me, but I'm probably naive.  I wouldn't
think that it should be a completion at all, since (a) it is not
itself an Emacs-Lisp library in the load-path and (b) there are
no such libraries within it.  I would expect TAB to say that there
are no completions.

I would expect that even if this directory were itself a member
of the load-path (which it is not).

But if this is the intended design, no problem.  It just didn't
seem like TRT to me.  IOW, I didn't expect it.




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

Previous Next


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