GNU bug report logs -
#11725
24.1; confirm-nonexistent-file-or-buffer with after-completion value
Previous Next
Reported by: Szunti <szunti <at> gmail.com>
Date: Sat, 16 Jun 2012 17:39:02 UTC
Severity: normal
Found in version 24.1
Fixed in version 24.2
Done: Stefan Monnier <monnier <at> iro.umontreal.ca>
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 11725 in the body.
You can then email your comments to 11725 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#11725
; Package
emacs
.
(Sat, 16 Jun 2012 17:39:03 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Szunti <szunti <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 16 Jun 2012 17:39:03 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Using the default value of "after-completion" of the variable
"confirm-nonexistent-file-or-buffer" never asks for confirmation.
I made a git bisect, the first bad commit is:
commit 064b509639208159ca7c619bccf319aef7950146
Author: Stefan Monnier <monnier <at> iro.umontreal.ca>
Date: Mon Mar 12 00:10:59 2012 -0400
* lisp/minibuffer.el (minibuffer-complete): Don't get confused
when the
function is run twice via different commands.
(complete-with-action): Fix docstring.
Steps to reproduce after bad commit:
1) made two files in bash:
$ cd /tmp
$ touch almafa almacsutka
2) open emacs
C-x C-f /tmp/al[TAB][RET]
[TAB] completes to /tmp/alma, then after pressing [RET], a new file
called alma is open, instead of asking for confirmation.
Reply sent
to
Stefan Monnier <monnier <at> iro.umontreal.ca>
:
You have taken responsibility.
(Sat, 23 Jun 2012 04:54:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
Szunti <szunti <at> gmail.com>
:
bug acknowledged by developer.
(Sat, 23 Jun 2012 04:54:02 GMT)
Full text and
rfc822 format available.
Message #10 received at 11725-done <at> debbugs.gnu.org (full text, mbox):
Version: 24.2
> 1) made two files in bash:
> $ cd /tmp
> $ touch almafa almacsutka
> 2) open emacs
> C-x C-f /tmp/al[TAB][RET]
> [TAB] completes to /tmp/alma, then after pressing [RET], a new file
> called alma is open, instead of asking for confirmation.
Thanks, I've installed the patch below on the emacs-24 branch, which
should fix the problem.
Stefan
--- lisp/minibuffer.el 2012-04-07 08:12:04 +0000
+++ lisp/minibuffer.el 2012-06-23 04:47:36 +0000
@@ -892,7 +892,8 @@
(completion--cache-all-sorted-completions (cdr all)))))))
(defvar minibuffer-confirm-exit-commands
- '(minibuffer-complete minibuffer-complete-word PC-complete PC-complete-word)
+ '(completion-at-point minibuffer-complete
+ minibuffer-complete-word PC-complete PC-complete-word)
"A list of commands which cause an immediately following
`minibuffer-complete-and-exit' to ask for extra confirmation.")
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 21 Jul 2012 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 12 years and 332 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.