From: klubujevetru <klubujevetru@cock.li>
To: 46097@debbugs.gnu.org
Subject: bug#46097: 27.1; Minibuffer may not be current when running minibuffer-exit-hook
Date: Mon, 25 Jan 2021 11:44:32 +0100 [thread overview]
Message-ID: <8735yp9tyn.fsf@miha-pc> (raw)
Open the minibuffer with C-x C-f, switch to another window with C-x o
and abort the minibuffer with C-] (abort-recursive-edit).
minibuffer-exit-hook ends up running without the minibuffer being the
current buffer.
This may cause problems if a minibuffer adds a cleanup function the hook
locally, see for example discussion at
https://github.com/oantolin/embark/issues/114
The cleanup function fails to run in this situation because the local
value of the hook isn't considered.
In GNU Emacs 27.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.22, cairo version 1.17.3)
of 2020-08-28 built on juergen
Windowing system distributor 'The X.Org Foundation', version 11.0.12010000
System Description: Arch Linux
Recent messages:
TEST: #<window 8181 on *Minibuf-3*> *Minibuf-3*
TEST: #<window 8181 on *Minibuf-3*> *Minibuf-3*
TEST: #<window 8181 on *Minibuf-2*> *Minibuf-2*
Quit
TEST: #<window 8181 on *Minibuf-3*> *Minibuf-3*
Ispell process killed
Local Ispell dictionary set to english
Starting new Ispell process /usr/bin/aspell with english dictionary...done
TEST: #<window 8181 on *Minibuf-1*> *Minibuf-1*
Configured using:
'configure --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib
--localstatedir=/var --with-x-toolkit=gtk3 --with-xft --with-wide-int
--with-modules --with-cairo --with-harfbuzz 'CFLAGS=-march=x86-64
-mtune=generic -O2 -pipe -fno-plt' CPPFLAGS=-D_FORTIFY_SOURCE=2
LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now'
Configured features:
XPM JPEG TIFF GIF PNG RSVG CAIRO SOUND GPM DBUS GSETTINGS GLIB NOTIFY
INOTIFY ACL GNUTLS LIBXML2 FREETYPE HARFBUZZ M17N_FLT LIBOTF ZLIB
TOOLKIT_SCROLL_BARS GTK3 X11 XDBE XIM MODULES THREADS LIBSYSTEMD JSON
PDUMPER LCMS2 GMP
Important settings:
value of $LANG: en_US.utf8
value of $XMODIFIERS: @im=ibus
locale-coding-system: utf-8-unix
Memory information:
((conses 16 37731258 4232377)
(symbols 48 94311 3643)
(strings 32 2626060 933887)
(string-bytes 1 79259002)
(vectors 16 624752)
(vector-slots 8 7835270 2124558)
(floats 8 19039 20108)
(intervals 56 5766073 96670)
(buffers 1000 521))
next reply other threads:[~2021-01-25 10:44 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-01-25 10:44 klubujevetru [this message]
2021-01-25 19:04 ` bug#46097: 27.1; Minibuffer may not be current when running minibuffer-exit-hook martin rudalics
2021-01-25 19:45 ` bug#46097: [External] : " Drew Adams
[not found] ` <877do091zg.fsf@miha-pc>
[not found] ` <2f217e58-bccd-e77d-6e91-a4faf666b8c9@gmx.at>
[not found] ` <87v9bj5zig.fsf@miha-pc>
2021-01-28 11:53 ` martin rudalics
2021-01-28 11:56 ` martin rudalics
2022-06-13 19:08 ` Lars Ingebrigtsen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=8735yp9tyn.fsf@miha-pc \
--to=klubujevetru@cock.li \
--cc=46097@debbugs.gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).