[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#62355: 30.0.50; C-g doesn't always quit minibuffer on first press
From: |
Eli Zaretskii |
Subject: |
bug#62355: 30.0.50; C-g doesn't always quit minibuffer on first press |
Date: |
Wed, 22 Mar 2023 05:29:46 +0200 |
> Date: Tue, 21 Mar 2023 20:16:17 +0100
> From: Toon claes <toon@to1.studio>
>
> For a while I've been having trouble C-g isn't quitting the minibuffer
> after the first press.
>
> When I start Emacs freshly I can press M-x, that triggers the
> minibuffer, and pressing C-g quits the minibuffer again.
>
> But after a short while of use this behaviour changes. Pressing M-x
> still triggers the minibuffer, but pressing C-g prints "[Quit]" while it
> keeps the minibuffer active. Only after pressing C-g a second time the
> minibuffer is actually quit.
>
> I was able to reproduce in "emacs -Q", but I haven't so far been able to
> reproduce with "emacs -Q -nw", although I'm not sure it's related to any
> of that.
>
> Below is the output of "C-h l" (view-lossage) reproducing the issue:
>
> C-x b ;; switch-to-buffer
> C-g ;; abort-minibuffers
> M-x ;; execute-extended-command
> C-g C-g ;; abort-minibuffers
> C-h l ;; view-lossage
>
> You can see the first time I press C-g once to abort-minibuffers. The
> second time I have to C-g twice.
>
> This time it happened right after a fresh start of "emacs -Q", but
> sometimes I have to do a lot more actions before the double C-g is
> needed.
This is normal when you have switched away of the active minibuffer
with "C-x o" or something similar. The "[Quit]" message (in brackets)
is a telltale sign that the minibuffer is active and waiting for you
to finish some interaction.
However, if you can show a recipe to reproduce this, we could be sure.
- bug#62355: 30.0.50; C-g doesn't always quit minibuffer on first press, Toon claes, 2023/03/21
- bug#62355: 30.0.50; C-g doesn't always quit minibuffer on first press,
Eli Zaretskii <=
- bug#62355: 30.0.50; C-g doesn't always quit minibuffer on first press, Sean Whitton, 2023/03/23
- bug#62355: 30.0.50; C-g doesn't always quit minibuffer on first press, Drew Adams, 2023/03/23
- bug#62355: 30.0.50; C-g doesn't always quit minibuffer on first press, Eli Zaretskii, 2023/03/23
- bug#62355: 30.0.50; C-g doesn't always quit minibuffer on first press, Sean Whitton, 2023/03/23
- bug#62355: 30.0.50; C-g doesn't always quit minibuffer on first press, Eli Zaretskii, 2023/03/24
- bug#62355: 30.0.50; C-g doesn't always quit minibuffer on first press, Toon Claes, 2023/03/24
- bug#62355: 30.0.50; C-g doesn't always quit minibuffer on first press, Eli Zaretskii, 2023/03/24
- bug#62355: 30.0.50; C-g doesn't always quit minibuffer on first press, Toon Claes, 2023/03/24
- bug#62355: 30.0.50; C-g doesn't always quit minibuffer on first press, Eli Zaretskii, 2023/03/24
- bug#62355: 30.0.50; C-g doesn't always quit minibuffer on first press, Sean Whitton, 2023/03/24