GNU bug report logs - #20953
25.0.50; with icomplete, completion says "Matched" and then returns something else.

Previous Next

Package: emacs;

Reported by: Nicolas Richard <youngfrog <at> members.fsf.org>

Date: Wed, 1 Jul 2015 21:47:02 UTC

Severity: normal

Found in version 25.0.50

Fixed in version 28.1

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

Bug is archived. No further changes may be made.

Full log


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

From: Dmitry Gutov <dgutov <at> yandex.ru>
To: Nicolas Richard <youngfrog <at> members.fsf.org>, 20953 <at> debbugs.gnu.org
Subject: Re: bug#20953: 25.0.50; with icomplete, completion says "Matched" and
 then returns something else.
Date: Thu, 2 Jul 2015 04:40:42 +0300
On 07/02/2015 12:46 AM, Nicolas Richard wrote:

> I run
> emacs -Q -l ~/tmp/testcompletion.el
>
> then hit the following keys: C-h f m i n i b u f TAB RET
>
> After "TAB" I get :
> minibufferp [Matched]
> in the minibuffer.

I'm assuming that's because of (setq completion-cycle-threshold t).

> After "RET" I get a description of `minibuffer-depth' which is totally
> unexpected to me. I expected a description of the function `minibufferp'.

Apparently, that's because minibuffer-force-complete, called from 
minibuffer-force-complete-and-exit, somehow interprets it as a repeated 
invocation.

Maybe it should examine last-command and do something with it, instead 
of performing the completion-in-region voodoo it's doing now. Or 
minibuffer-force-complete-and-exit should call a non-cycling version.





This bug report was last modified 4 years and 173 days ago.

Previous Next


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