GNU bug report logs - #42058
Cannot M-x (some?) single-letter commands in ‘fido-mode’

Previous Next

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

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

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

From: Dario Gjorgjevski <dario.gjorgjevski <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: Cannot M-x (some?) single-letter commands in ‘fido-mode’
Date: Fri, 26 Jun 2020 12:54:47 +0200

Okay, this one is super weird.

To reproduce, launch ‘emacs -Q’ and then

    M-: (defun T () (interactive) (message "T")) RET
    M-x fido-mode RET
    M-x T RET

This results in “Wrong type argument: number-or-marker-p, nil”.  The
issue seems to stem from the fact that

    M-: (read-extended-command) RET
    T RET

returns ‘icomplete-fido-delete-char’ as opposed to ‘T’, which is
returned when ‘fido-mode’ is disabled.

My Emacs version is 28.0.50, built on 2020-06-26 from commit 89c744c380.

Best regards,
Dario

-- 
dario.gjorgjevski <at> gmail.com :: +49 1525 8666837
%   gpg --keyserver 'hkps://hkps.pool.sks-keyservers.net' \
\`>     --recv-keys '744A4F0B4F1C9371'

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

From: João Távora <joaotavora <at> gmail.com>
To: Dario Gjorgjevski <dario.gjorgjevski <at> gmail.com>
Cc: 42058 <at> debbugs.gnu.org
Subject: Re: bug#42058: Cannot M-x (some?) single-letter commands in
 ‘fido-mode’
Date: Mon, 29 Jun 2020 15:13:11 +0100

Hello Dario,

Dario Gjorgjevski <dario.gjorgjevski <at> gmail.com> writes:

> Okay, this one is super weird.
>
> To reproduce, launch ‘emacs -Q’ and then
>
>     M-: (defun T () (interactive) (message "T")) RET
>     M-x fido-mode RET
>     M-x T RET
>
> This results in “Wrong type argument: number-or-marker-p, nil”.  The
> issue seems to stem from the fact that
>
>     M-: (read-extended-command) RET
>     T RET
>
> returns ‘icomplete-fido-delete-char’ as opposed to ‘T’, which is
> returned when ‘fido-mode’ is disabled.

Yes, that is exactly it.

First, let's establish that the error happens because you're invoking an
interactive command that doesn't make sense in that context.  The
question becomes why pressing, in succession

   M-x T

does _not_ place the command named "T" in the top of the list so that
typing RET immediately would invoke it.  I don't have a good answer for
this yet.  I do know that two letters don't trigger this problem:

   (defun tt () (interactive) (message "yay TT"))

Will be the first completion to M-x tt ...

The completion to icomplete-fido-delete-char is just accidental: it
could have completed to anything else containing a "t" (since by
default, fido-mode is case-insensitive).

By the way, you can _force_ M-x to complete to the command named T by
typing M-j _instead_ of RET.   

João

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

From: Dario Gjorgjevski <dario.gjorgjevski <at> gmail.com>
To: João Távora <joaotavora <at> gmail.com>
Cc: 42058 <at> debbugs.gnu.org
Subject: Re: bug#42058: Cannot M-x (some?) single-letter commands in
 ‘fido-mode’
Date: Wed, 01 Jul 2020 12:45:31 +0200

Hi João,

Thanks for getting back to me.  I have identified the culprit and filed
bug#42149 in an attempt to fix it.  Please have a look there!

Best regards,
Dario

-- 
dario.gjorgjevski <at> gmail.com :: +49 1525 8666837
%   gpg --keyserver 'hkps://hkps.pool.sks-keyservers.net' \
\`>     --recv-keys '744A4F0B4F1C9371'

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

From: João Távora <joaotavora <at> gmail.com>
To: Dario Gjorgjevski <dario.gjorgjevski <at> gmail.com>
Cc: 42058-done <at> debbugs.gnu.org, 42058 <at> debbugs.gnu.org
Subject: Re: bug#42058: Cannot M-x (some?) single-letter commands in ‘fido-mode’
Date: Wed, 1 Jul 2020 11:47:14 +0100

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

OK, though I'd have just continued here.

No problem.  Let me close this one then.

On Wed, Jul 1, 2020 at 11:45 AM Dario Gjorgjevski <
dario.gjorgjevski <at> gmail.com> wrote:

> Hi João,
>
> Thanks for getting back to me.  I have identified the culprit and filed
> bug#42149 in an attempt to fix it.  Please have a look there!
>
> Best regards,
> Dario
>
> --
> dario.gjorgjevski <at> gmail.com :: +49 1525 8666837
> %   gpg --keyserver 'hkps://hkps.pool.sks-keyservers.net' \
> \`>     --recv-keys '744A4F0B4F1C9371'
>


-- 
João Távora

[Message part 2 (text/html, inline)]

Previous Next

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