unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
From: "Göktuğ Kayaalp" <self@gkayaalp.com>
To: Emacs Help <help-gnu-emacs@gnu.org>
Subject: Sometimes I get stuck in the minibuffer
Date: Tue, 27 Apr 2021 11:37:42 +0300	[thread overview]
Message-ID: <87fszccecp.fsf@gkayaalp.com> (raw)

Lately I’ve been encountering this weird behaviour where out of nowhere,
especially when switching buffers, the minibuffer will arrest focus, and
I have to use ‘other-window’ or similar to escape.  This is not when I’m
prompted anything, the focus remains in the empty minibuffer like in any
other buffer, and if I try ‘C-x b’, I get

    user error: Cannot switch buffers in minibuffer window

Because of this, I can’t switch buffers sometimes; when I hit C-x b,
when the relevant prompt appears, it tries to switch buffers in the
minibuffer window, leading to the above error.  I can’t ‘keyboard-quit’
my way out of this, because, while that does quit the prompt, I’m then
stuck in the minibuffer window, and I need to use window selection
commands like I said above to be able to leave.  Which works fine, but
then I can no longer use ‘switch-to-buffer’ in that frame without this
issue repeating, so I can’t switch buffers and lose my layout.

I use multiple windows to work on one buffer pretty often, with but
often without using follow mode, FWIW.

I can’t seem to trigger the debugger either.  When I turn debug-on-quit
on, keyboard-quit in the minibuffer doesn’t bring up the debugger.

Looking around, I see the following advice from git-gutter.el is defined
on switch-to-buffer:

(defadvice switch-to-buffer (after git-gutter:switch-to-buffer activate)
  (when git-gutter-mode
    (git-gutter)))

I have no reason to suspect that this is the cause.  Tho, for the above
reason and for the random nature of the issue, I haven’t been able to
debug nor spot a pattern, yet.

This started happening after one of my latest builds of the master
branch (I use weekly builds), tho I’m not sure when exactly this
started.  My entire init.el and other relevant files are available at
<https://github.com/cadadr/configuration/blob/default/emacs.d/init.el>.

If you know what the problem is or if you can tell me how I can debug
this, it’d be greatly appreciated.

Thanks in advance,

       -gk.




             reply	other threads:[~2021-04-27  8:37 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-04-27  8:37 Göktuğ Kayaalp [this message]
2021-04-27 10:55 ` Sometimes I get stuck in the minibuffer Gregory Heytings
2021-04-27 16:51 ` Stefan Monnier
2021-05-01  8:11   ` William Xu
2021-05-01 14:00     ` Stefan Monnier

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=87fszccecp.fsf@gkayaalp.com \
    --to=self@gkayaalp.com \
    --cc=help-gnu-emacs@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.
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).