GNU bug report logs -
#20953
25.0.50; with icomplete, completion says "Matched" and then returns something else.
Previous Next
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.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 20953 in the body.
You can then email your comments to 20953 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#20953
; Package
emacs
.
(Wed, 01 Jul 2015 21:47:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Nicolas Richard <youngfrog <at> members.fsf.org>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Wed, 01 Jul 2015 21:47:03 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Given the following file
[testcompletion.el (application/emacs-lisp, attachment)]
[Message part 3 (text/plain, inline)]
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.
After "RET" I get a description of `minibuffer-depth' which is totally
unexpected to me. I expected a description of the function `minibufferp'.
In GNU Emacs 25.0.50.2 (i686-pc-linux-gnu, X toolkit, Xaw scroll bars)
of 2015-06-11 on Aurora
Windowing system distributor `The X.Org Foundation', version 11.0.11501000
System Description: Ubuntu 14.04.2 LTS
Configured using:
`configure --with-x-toolkit=lucid --enable-checkings 'CFLAGS= -O0 -g3''
Configured features:
XPM JPEG TIFF GIF PNG SOUND GSETTINGS NOTIFY GNUTLS LIBXML2 FREETYPE
LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS LUCID
Important settings:
value of $LANG: fr_BE.UTF-8
value of $XMODIFIERS: @im=ibus
locale-coding-system: utf-8-unix
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#20953
; Package
emacs
.
(Thu, 02 Jul 2015 01:41:03 GMT)
Full text and
rfc822 format available.
Message #8 received at 20953 <at> debbugs.gnu.org (full text, mbox):
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.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#20953
; Package
emacs
.
(Fri, 04 Dec 2020 11:04:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 20953 <at> debbugs.gnu.org (full text, mbox):
Nicolas Richard <youngfrog <at> members.fsf.org> writes:
> 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.
>
> After "RET" I get a description of `minibuffer-depth' which is totally
> unexpected to me. I expected a description of the function `minibufferp'.
I tried reproducing this in Emacs 28, and with this test case, Emacs now
selects `minibufferp', so I think this was fixed earlier this year, and
I'm closing this bug report. If this is still and issue, please respond
to the debbugs address and we'll reopen.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
bug marked as fixed in version 28.1, send any further explanations to
20953 <at> debbugs.gnu.org and Nicolas Richard <youngfrog <at> members.fsf.org>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Fri, 04 Dec 2020 11:04:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 01 Jan 2021 12:24:10 GMT)
Full text and
rfc822 format available.
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.