GNU bug report logs - #56445
28.1.90; Error when using Fido with hotfuzz completion style

Previous Next

Package: emacs;

Reported by: Josh <mrj022 <at> sent.com>

Date: Fri, 8 Jul 2022 02:47:01 UTC

Severity: normal

Found in version 28.1.90

To reply to this bug, email your comments to 56445 AT debbugs.gnu.org.

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#56445; Package emacs. (Fri, 08 Jul 2022 02:47:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to Josh <mrj022 <at> sent.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Fri, 08 Jul 2022 02:47:01 GMT) Full text and rfc822 format available.

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

From: Josh <mrj022 <at> sent.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 28.1.90; Error when using Fido with hotfuzz completion style
Date: Thu, 7 Jul 2022 17:31:17 -0700
Hi,

The following error message is displayed in the minibuffer of Emacs
28.1.90 when a link is inserted into an Org file (org-insert-link) if
Fido is enabled and hotfuzz[1] is the completion style:

[Error in post-command-hook (icomplete-post-command-hook):
(wrong-type-argument listp 0)]

The error occurs during the completion of a link's protocol[2]. The
error occurs immediately after the first character is entered. The error
message disappears immediately after a subsequent character is entered.

The error does not occur when completing file names or buffer names.

The error does not occur with any other completion style that I tested,
so I reported[2] the error to the creator of hotfuzz. He wrote:

> Hmm, seems to be caused by Icomplete calling
> completion-all-completions with an improper list as completion table
> (where the CDR of the last cell is 0 as seen in the error.) All other
> completion styles you tried probably unconditionally called into
> all-completions which does not care and returns a proper list with the
> 0 removed. I would say this is a bug in Icomplete since the definition
> of completion table does not mention improper lists being allowed.

[1] https://github.com/axelf4/hotfuzz
[2] https://orgmode.org/manual/External-Links.html
[3] https://github.com/axelf4/hotfuzz/issues/7





This bug report was last modified 1 year and 294 days ago.

Previous Next


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