GNU bug report logs - #11725
24.1; confirm-nonexistent-file-or-buffer with after-completion value

Previous Next

Package: emacs;

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.

View this report as an mbox folder, status mbox, maintainer mbox


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):

From: Szunti <szunti <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.1; confirm-nonexistent-file-or-buffer with after-completion value
Date: Sat, 16 Jun 2012 19:14:18 +0200
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):

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Szunti <szunti <at> gmail.com>
Cc: 11725-done <at> debbugs.gnu.org
Subject: Re: bug#11725: 24.1;
	confirm-nonexistent-file-or-buffer with after-completion value
Date: Sat, 23 Jun 2012 00:50:14 -0400
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.