GNU bug report logs - #55376
Inconsistent behavior in apropos-user-options

Previous Next

Package: emacs;

Reported by: Liang-Jie Lee <s930054123yaoyao <at> gmail.com>

Date: Wed, 11 May 2022 20:02:01 UTC

Severity: normal

Fixed in version 29.1

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

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 55376 in the body.
You can then email your comments to 55376 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox

Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#55376; Package emacs. (Wed, 11 May 2022 20:02:02 GMT) Full text and rfc822 format available.
Acknowledgement sent to Liang-Jie Lee <s930054123yaoyao <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Wed, 11 May 2022 20:02:02 GMT) Full text and rfc822 format available.

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

From: Liang-Jie Lee <s930054123yaoyao <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: Inconsistent behavior in apropos-user-options
Date: Thu, 12 May 2022 02:38:40 +0800

[Message part 1 (text/plain, inline)]
According to the manual, apropos-user-option can search not only user
options but variables when adding C-u prefix.
> With C-u prefix, or if ‘apropos-do-all’ is non-nil, also show variables,
not just user options.

From the documentation, I think using C-u should have the same effect as
setting apropos-do-all to t. But my experiment got 2 different results.

1. set apropos-do-all to t
(let ((apropos-do-all t))
  (call-interactively #'apropos-user-option))

Insert "emacs", and I got the result shown in figure 1. In the Apropos
buffer, each variable has a hyperlink to the corresponding *help* buffer.

2. C-u M-x apropos-user-option, and insert "emacs"
The result is shown in figure 2. As you can see, those entries have no
hyperlinks to the documentation.

I think the behavior is not consistent compared to other apropos commands.
For example, no matter using method 1 or 2 to invoke apropos-commands (C-h
a), we would get 2 same buffers both with hyperlinks to click off.

Regards,
Liang-Jie Lee

[Message part 2 (text/html, inline)]
[1.png (image/png, attachment)]
[2.png (image/png, attachment)]
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#55376; Package emacs. (Wed, 11 May 2022 23:50:01 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Liang-Jie Lee <s930054123yaoyao <at> gmail.com>
Cc: 55376 <at> debbugs.gnu.org
Subject: Re: bug#55376: Inconsistent behavior in apropos-user-options
Date: Thu, 12 May 2022 01:49:19 +0200

Liang-Jie Lee <s930054123yaoyao <at> gmail.com> writes:

> I think the behavior is not consistent compared to other apropos commands. For
> example, no matter using method 1 or 2 to invoke apropos-commands (C-h a), we
> would get 2 same buffers both with hyperlinks to click off.

Yup.  I've now fixed this in Emacs 29.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no
bug marked as fixed in version 29.1, send any further explanations to 55376 <at> debbugs.gnu.org and Liang-Jie Lee <s930054123yaoyao <at> gmail.com> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Wed, 11 May 2022 23:50:02 GMT) Full text and rfc822 format available.
bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Thu, 09 Jun 2022 11:24:10 GMT) Full text and rfc822 format available.
This bug report was last modified 1 year and 322 days ago.

Previous Next

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