GNU bug report logs - #72787
31.0.50; Invalid describe-function completion candidates

Previous Next

Full log

View this message in rfc822 format

From: Arash Esbati <arash <at> gnu.org>
To: Eshel Yaron <me <at> eshelyaron.com>
Cc: michael_heerdegen <at> web.de, pipcet <at> protonmail.com, Eli Zaretskii <eliz <at> gnu.org>, 72787 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca
Subject: bug#72787: 31.0.50; Invalid describe-function completion candidates
Date: Fri, 11 Oct 2024 16:22:23 +0200

[Message part 1 (text/plain, inline)]

Eshel Yaron <me <at> eshelyaron.com> writes:

>> AFAIU, the feature here would be loading library foo just in time for
>> you to get help about symbol foo-bar.  But the way this feature is
>> currently implemented is by including incorrect completion candidates.
>> That's not a feature, that's an implementation artifact, which
>> unfortunately happens to create an unpleasant UX :/

Thanks for your response.  For me, this is what I see with

  • emacs Q
  • (setq completions-format 'vertical)
  • C-h v TAB

[Emacs-Q.png (image/png, inline)]

[Message part 3 (text/plain, inline)]

This is what I see when I do `package-initialize'; I have dash.el
installed as a dependency:

[Emacs-Q-package.png (image/png, inline)]

[Message part 5 (text/plain, inline)]

>> So I suggest doing one of the following:
>>
>> - implement the feature differently, without this side-effect; or

From the second image above, I'd say that the feature isn't working
correctly.

> Correction: I forgot that there's already a way to opt-out, by setting
> help-enable-completion-autoload to nil.

This is what I see after setting `help-enable-completion-autoload' to
nil:

[Emacs-Q-package-h-e-c-a-nil.png (image/png, inline)]

[Message part 7 (text/plain, inline)]

Thanks for the pointer, I've set the variable to nil for now.

Best, Arash

Previous Next

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