bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#48258: 28.0.50; minibuffer window not selected with non-nil mouse-au


From: Lars Ingebrigtsen
Subject: bug#48258: 28.0.50; minibuffer window not selected with non-nil mouse-autoselect-window
Date: Fri, 01 Jul 2022 14:15:08 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux)

Stephen Berman <stephen.berman@gmx.net> writes:

> 0. emacs -Q
> 1. Type `M-x set-variable mouse-autoselect-window RET t RET'.
> 2. Type `M-x gnus', answer `y' at the prompt; in the Gnus buffer type
>    `B RET news.gmane.io RET'.
> 3. In the *Gnus Browse Server* buffer type `C-s gmane.emacs.devel' to
>    put point on the gmane.emacs.devel group; type RET to enter it.
> 4. Type `j <b83ee8b3-0889-0796-e5f0-f18fcb8701b4@icloud.com> RET', which
>    displays an article containing an attachment.
> 5. Type `2 K o'.
> => The minibuffer displays a prompt to enter where to save the MIME part
>    to, but the selected window remains the one containing Gnus Summary
>    buffer instead of switching to the minibuffer window (but see below).

[...]

> Sometimes there is no failure to select the minibuffer window the first
> time around, but I haven't been able to isolate the necessary
> conditions.

(I'm going through old bug reports that unfortunately weren't resolved
at the time.)

I'm unable to reproduce this in Emacs 29.  Do you still see this
behaviour in the current Emacs?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no





reply via email to

[Prev in Thread] Current Thread [Next in Thread]