GNU bug report logs -
#10963
24.0.94; `dabbrev-completion' and `completion-cycle-threshold'
Previous Next
Reported by: Dani Moncayo <dmoncayo <at> gmail.com>
Date: Tue, 6 Mar 2012 22:20:02 UTC
Severity: normal
Found in version 24.0.94
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
Recipe from "emacs -Q":
1. Eval: (setq completion-cycle-threshold 4)
2. Type: foo1 RET foo2 RET foo3 RET
3. Type: foo C-M-/
--> This "foo" expands to "foo3" (the first completion candidate -
ok), although the echo area shows a "Scanning for dabbrevs..." message
which remains there forever, until I send another command. This is
confusing, because the message doesn't change even after that
"scanning" has ended.
4. Type: C-M-/
--> Expected result: the first completion candidate picked up in step
#3 ("foo3") is replaced with the next one ("foo2").
--> Observed result: the echo area shows the message
[dabbrev-completion: No dynamic expansion for "foo3" found] and thus
I'm unable to cycle through the completion candidates.
--
Dani Moncayo
This bug report was last modified 13 years and 124 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.