GNU bug report logs -
#58145
28.1; Description errors in Emacs's info manual for Gnus key bindings
Previous Next
Reported by: Mark Harig <idirectscm <at> aim.com>
Date: Wed, 28 Sep 2022 15:26:01 UTC
Severity: normal
Found in version 28.1
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 58145 in the body.
You can then email your comments to 58145 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#58145
; Package
emacs
.
(Wed, 28 Sep 2022 15:26:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Mark Harig <idirectscm <at> aim.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Wed, 28 Sep 2022 15:26:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
The following two errors are in the Emacs info manual for Emacs 28.1 (C-h r):
1. In "(emacs) Gnus Group Buffer", the description for the key ‘u’ reads:
Toggle the subscription status of the group (‘gnus-group-toggle-subscription’) on the current line. Invoking this on a killed or zombie group turns it into an unsubscribed group.
But C-h c for the key ‘u’ in the GNUS *Group* buffer reports:
u runs the command gnus-group-toggle-subscription-at-point
Likewise, C-h k for the key ‘u’ reports:
u runs the command gnus-group-toggle-subscription-at-point (found in gnus-group-mode-map), which is an interactive native compiled Lisp function in ‘gnus-group.el’.
So, the trailing text "-at-point" is missing from the function name bound to the ‘u’ key in the Emacs info manual and needs to be added to the function name in the description in the info manual.
(Note: Capital ‘U’ in the GNUS *Group* buffer is mapped to ‘gnus-group-toggle-subscription’.)
2. In "(emacs) Gnus Summary Buffer", the key sequence for the command ‘gnus-summary-search-article-forward’ is incorrect. The info manual reads:
‘M-s REGEXP <RET>’ Search forward for articles containing a match for REGEXP (‘gnus-summary-search-article-forward’).
But C-h c M-s M-s reports:
M-s M-s runs the command gnus-summary-search-article-forward
Likewise, the Gnus menu for the GNUS *Summary* buffer lists:
Search articles forward... M-s M-s
So, an additional M-s is needed in the Emacs info manual for the key sequence for searching forward in articles:
‘M-s M-s REGEXP <RET>’
(End of error report.)
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#58145
; Package
emacs
.
(Thu, 29 Sep 2022 00:03:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 58145 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
The display of this report at https://debbugs.gnu.org/cgi/bugreport.cgi?bug=58145 appears to omit many newline characters that were in the original mail/report. Is this expected, or is there something that can be done to prevent this? (Thank you for any help that can prevent this in future reports.)
The original formatting (more readable) of the report can be seen by clicking on the "Message part 2" link at the bottom of https://debbugs.gnu.org/cgi/bugreport.cgi?bug=58145.
--
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#58145
; Package
emacs
.
(Thu, 29 Sep 2022 06:09:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 58145 <at> debbugs.gnu.org (full text, mbox):
> Date: Thu, 29 Sep 2022 00:02:06 +0000 (UTC)
> From: Mark Harig via "Bug reports for GNU Emacs,
> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>
> The display of this report at https://debbugs.gnu.org/cgi/bugreport.cgi?bug=58145 appears to omit many
> newline characters that were in the original mail/report. Is this expected, or is there something that can be
> done to prevent this? (Thank you for any help that can prevent this in future reports.)
>
> The original formatting (more readable) of the report can be seen by clicking on the "Message part 2" link at
> the bottom of https://debbugs.gnu.org/cgi/bugreport.cgi?bug=58145.
Your message included a text/plain part (which was in quoted-printable
encoding), and a text/html part. The latter displays as you'd like,
but the former is what you see on debbugs. The reason is that the MUA
you are using produces strange EOL sequences, which have no indication
of a newline: NBSP SPC NBSP. You can clearly see that if you click
the "mbox" link on the message header line, which leads to this:
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=58145;mbox=yes;msg=5
Download the mbox file and examine it, and you will see what I
describe above.
So I think the problem is with the configuration of your MUA.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#58145
; Package
emacs
.
(Thu, 29 Sep 2022 11:07:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 58145 <at> debbugs.gnu.org (full text, mbox):
Mark Harig <idirectscm <at> aim.com> writes:
> The following two errors are in the Emacs info manual for Emacs 28.1 (C-h r):
I've now fixed this on the emacs-28 branch.
bug marked as fixed in version 29.1, send any further explanations to
58145 <at> debbugs.gnu.org and Mark Harig <idirectscm <at> aim.com>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Thu, 29 Sep 2022 11:07: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, 27 Oct 2022 11:24:13 GMT)
Full text and
rfc822 format available.
This bug report was last modified 2 years and 238 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.