GNU bug report logs - #78905
31.0.50; Extra dot in C-h k output

Previous Next

Package: emacs;

Reported by: Eshel Yaron <me <at> eshelyaron.com>

Date: Thu, 26 Jun 2025 09:53:02 UTC

Severity: normal

Found in version 31.0.50

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


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

From: Stephen Berman <stephen.berman <at> gmx.net>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 78905 <at> debbugs.gnu.org, Eshel Yaron <me <at> eshelyaron.com>
Subject: Re: bug#78905: 31.0.50; Extra dot in C-h k output
Date: Thu, 26 Jun 2025 14:47:32 +0200
On Thu, 26 Jun 2025 15:15:47 +0300 Eli Zaretskii <eliz <at> gnu.org> wrote:

>> Date: Thu, 26 Jun 2025 11:51:45 +0200
>> From:  Eshel Yaron via "Bug reports for GNU Emacs,
>>  the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>> 
>> 
>> Hi,
>> 
>> On the current master, I see:
>> 
>> 1. emacs -Q
>> 2. C-x C-j
>> 3. C-h k d
>> 
>> This produces a *Help* buffer saying:
>> 
>>   d runs the command dired-flag-file-deletion (found in dired-mode-map),
>>   which is an interactive byte-code-function in ‘dired.el’.
>> 
>>   It is bound to d.
>>   .
>> 
>>   (dired-flag-file-deletion ARG &optional INTERACTIVE)
>>   ...
>> 
>> 
>> Note the extra, unexpected dot and newline after "It is bound to d."
>
> Thanks.  Does the patch below fix the problem?
>
> diff --git a/lisp/help-fns.el b/lisp/help-fns.el
> index 481360b..e56433e 100644
> --- a/lisp/help-fns.el
> +++ b/lisp/help-fns.el
> @@ -632,7 +632,7 @@ help-fns--key-bindings
>                               (format-message "`%s'" remapped)
>  		           "an anonymous command"))
>                    (princ "as well.\n"))
> -                (or remapped (princ "."))
> +                (or remapped menus (princ "."))
>                  (fill-region-as-paragraph start (point))))
>              (ensure-empty-lines)))))))
>  

Since the sexp `(or remapped menus (princ "."))' is within a sexp
beginning `(when menus ...)' and nothing nullifies `menus' within that
sexp, doesn't this change then make `(princ ".")' a no-op?

Steve Berman




This bug report was last modified 16 days ago.

Previous Next


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