GNU bug report logs - #43385
27.1; Regression in `find-library'

Previous Next

Package: emacs;

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

Date: Sun, 13 Sep 2020 21:26:02 UTC

Severity: normal

Tags: notabug

Found in version 27.1

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

Bug is archived. No further changes may be made.

Full log


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

From: Drew Adams <drew.adams <at> oracle.com>
To: Eli Zaretskii <eliz <at> gnu.org>, Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 43385 <at> debbugs.gnu.org, drew.adams <at> oracle.com
Subject: RE: bug#43385: 27.1; Regression in `find-library'
Date: Mon, 14 Sep 2020 15:19:47 +0000 (UTC)
> > > emacs -Q
> > >
> > > M-x find-library RET mouse. TAB
> > >
> > > No match.  It should show mouse.el and mouse.elc as completions.
> >
> > No, it shouldn't -- it should complete over library names, and the
> > library name is "mouse", not "mouse.el" or "mouse.elc".
> 
> So you think this change from what Emacs 26.3 did is intentional?  Is
> there some NEWS item to describe it?  And which change modified this
> behavior?
> 
> In general, "M-x load-library RET" definitely does accept mouse.el, so
> I'm not sure the current behavior is correct, or even intentional.

To be clear, I confused things by speaking of
"loading" the library.  I myself lost track of
the fact that this bug report is instead about
`find-library'.  `load-library' does not have
the problem (regression) that `find-library'
suffers from.  I think `find-library' should
be fixed to behave as before, which is similar
to how `load-library' behaves.




This bug report was last modified 4 years and 246 days ago.

Previous Next


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