GNU bug report logs -
#72787
31.0.50; Invalid describe-function completion candidates
Previous Next
Full log
Message #61 received at 72787 <at> debbugs.gnu.org (full text, mbox):
>>> AFAIU, the feature here would be loading library foo just in time for
>>> you to get help about symbol foo-bar.
Actually, it's not so much for the case where you know you want to see
`foo-bar` (which should be handled by `help-enable-symbol-autoload`
already) but also to let you discover that there might be a `foo-bar`
because there's a `foo-`.
>>> So I suggest doing one of the following:
>>> - implement the feature differently, without this side-effect; or
I'm all for it but I don't know what that would look like.
> From the second image above, I'd say that the feature isn't working
> correctly.
Could you clarify which part of the picture make you think so?
[ Also, does (featurep 'dash) return nil or t before you perform that
completion? ]
[ Also did you get this with an Emacs which includes:
commit 8683d64cc571500347a16e7cb7d144d723250489
Author: Stefan Monnier <monnier <at> iro.umontreal.ca>
Date: Thu Oct 3 10:25:13 2024 -0400
(help--symbol-completion-table): Try and fix bug#73473
* lisp/help-fns.el (help--symbol-completion-table): Be more
careful with `help-enable-completion-autoload` so we don't load
a package in cases where we already know it won't impact the result.
]
> This is what I see after setting `help-enable-completion-autoload' to nil:
[...]
> Thanks for the pointer, I've set the variable to nil for now.
Sorry for not mentioning it earlier, I stupidly assumed you were aware
of that variable.
Stefan
This bug report was last modified 244 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.