GNU bug report logs - #48258
28.0.50; minibuffer window not selected with non-nil mouse-autoselect-window

Previous Next

Full log

View this message in rfc822 format

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Stephen Berman <stephen.berman <at> gmx.net>
Cc: 48258 <at> debbugs.gnu.org
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

Stephen Berman <stephen.berman <at> 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 <at> 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

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.