GNU bug report logs -
#16251
24.3.50; `icomplete-mode' breaks my file opening now
Previous Next
Reported by: Drew Adams <drew.adams <at> oracle.com>
Date: Wed, 25 Dec 2013 05:59:02 UTC
Severity: normal
Found in version 24.3.50
Done: Stefan Monnier <monnier <at> IRO.UMontreal.CA>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your bug report
#16251: 24.3.50; `icomplete-mode' breaks my file opening now
which was filed against the emacs package, has been closed.
The explanation is attached below, along with your original report.
If you require more details, please reply to 16251 <at> debbugs.gnu.org.
--
16251: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=16251
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
> I downloaded this build, and when `icomplete-mode' is on, with my setup
> it takes several seconds to gather the list of file candidates in my
> usual directory.
I just reverted icomplete-show-matches-on-no-input to nil, which I think
is the right default. That it can take a long time to get the
completions is not in itself a bug. There are 2 potential bugs left, tho:
- hitting a key should interrupt the completions processing (so that
the long wait should not prevent you from getting work done).
If it doesn't, then we have a bug. Please report it separately, with
as much details as possible to reproduce it (it's probably a problem
in the C code).
- ideally completion should never take that long, so we probably have
a performance bug somewhere. Of course, that might also be in your
local code (.emacs, icicles, ...).
-- Stefan
[Message part 3 (message/rfc822, inline)]
[The build noted below is the one this bug report is for. But I'm
sending this using an older build than the one noted below, because of
another new bug, which prevents using `report-emacs-bug']
Just a preliminary heads up for now. Hope to add more info later, when
I get some time.
I downloaded this build, and when `icomplete-mode' is on, with my setup
it takes several seconds to gather the list of file candidates in my
usual directory. With a build from two days ago, this does not happen.
And if I turn off icomplete mode it also does not happen.
It seems that something was changed in the icomplete mode code recently
that breaks at least my file-finding code.
With emacs -Q I do not notice the problem (well, maybe a slight delay).
I see that C-x C-f now shows completions immediately, without my typing
any prefix. That is not true in the build from 2 days ago.
In GNU Emacs 24.3.50.1 (i686-pc-mingw32)
of 2013-12-24 on ODIEONE
Bzr revision: 115738 cyd <at> gnu.org-20131225030511-ru56hhc243pxja04
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
`configure --prefix=/c/Devel/emacs/binary --enable-checking=yes,glyphs
'CFLAGS=-O0 -g3' LDFLAGS=-Lc:/Devel/emacs/lib
CPPFLAGS=-Ic:/Devel/emacs/include'
This bug report was last modified 11 years and 208 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.