GNU bug report logs - #32753
27.0.50; Bogus icomplete behavior

Previous Next

Package: emacs;

Reported by: OGAWA Hirofumi <hirofumi <at> mail.parknet.co.jp>

Date: Mon, 17 Sep 2018 18:43:02 UTC

Severity: minor

Tags: fixed

Found in version 27.0.50

Fixed in version 27.1

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

Bug is archived. No further changes may be made.

Full log


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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: OGAWA Hirofumi <hirofumi <at> mail.parknet.co.jp>
Cc: 32753 <at> debbugs.gnu.org
Subject: Re: bug#32753: 27.0.50; Bogus icomplete behavior
Date: Sat, 13 Jul 2019 04:14:44 +0200
OGAWA Hirofumi <hirofumi <at> mail.parknet.co.jp> writes:

> The following is the process to reproduce the issue,
>
> 	$ cd /path/to/emacs-src
> 	$ LANG=C emacs -Q
>
> 	M-x icomplete-mode
> 	C-x C-f
> 	/path/to/emacs-src/{m4/ | nt/ | lib/ | ...
>
> Now icomplete is selecting "m4" as initial completion word.
>
> 	C-M-i
> 	/path/to/emacs-src/./{m4/ | nt/ | lib/ | ...
>
> But minibuffer-force-complete (C-M-i) complete "./", not "m4"

I tested this now in Emacs 27, and C-M-i competed to m4, so this looks
like it has been fixed?

> Or
> 	C-.
> 	/path/to/emacs-src/{m4/ | nt/ | lib/ | ...
>
> But icomplete doesn't change completion word (bold entry).

It did for me, so it looks to me like both of these bugs are gone by
now.  I'm closing this bug report; if you're still seeing this bug,
please reopen.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




This bug report was last modified 5 years and 317 days ago.

Previous Next


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