GNU bug report logs -
#19064
25.0.50; `message' overwrites `y-or-n-p' prompt, so user misses it
Previous Next
Reported by: Drew Adams <drew.adams <at> oracle.com>
Date: Sat, 15 Nov 2014 18:39:02 UTC
Severity: wishlist
Tags: confirmed, fixed
Merged with 446,
17272
Found in versions 24.4.50, 25.0.50
Fixed in version 27.0.50
Done: Juri Linkov <juri <at> linkov.net>
Bug is archived. No further changes may be made.
Full log
Message #139 received at 19064 <at> debbugs.gnu.org (full text, mbox):
On Tue, Nov 19, 2019 at 11:20 PM Juri Linkov <juri <at> linkov.net> wrote:
>
> > I can't confirm 100% if this is the right bug to report this to, but
> > the recent changes by Juri, which make yes-or-no-p use the minibuffer
> > for reading, break fido-mode's icomplete-magic-kill command
> > (apologies if that's not the exact name).
>
> Please provide step-by-step recipe, it's hard to see what is wrong.
> I tried everything, and don't see anything unusual.
Sorry Juri, I was reporting from my mobile phone.
An easy recipe:
Emacs -Q
M-x fido-mode
(defalias 'yes-or-no-p 'y-or-n-p) ;; a common custmization
C-x b
C-k ;; to kill the Messages buffer
Before your changes to `y-or-n-p` this worked well, afterwards
I get the "Attempt to use minibuffer inside minibuffer" error.
Bear in mind that fido-mode is very new. Also bear in mind
that the problem is already present when yes-or-no-p is used.
I think a good fix is for icomplete to do this (and for
you to do nothing :-) )
diff --git a/lisp/icomplete.el b/lisp/icomplete.el
index 8410ca5c3e..bf1d69a4c5 100644
--- a/lisp/icomplete.el
+++ b/lisp/icomplete.el
@@ -241,6 +241,8 @@ icomplete-fido-kill
(category (alist-get 'category (cdr md)))
(all (completion-all-sorted-completions))
(thing (car all))
+ (enable-recursive-minibuffers t)
+ (icomplete-mode nil)
(action
(pcase category
(`buffer
WDYT?
João
This bug report was last modified 5 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.