all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* bug#48258: 28.0.50; minibuffer window not selected with non-nil mouse-autoselect-window
@ 2021-05-06 15:41 Stephen Berman
  2022-07-01 12:15 ` Lars Ingebrigtsen
  0 siblings, 1 reply; 4+ messages in thread
From: Stephen Berman @ 2021-05-06 15:41 UTC (permalink / raw)
  To: 48258

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).

If I now select the minibuffer window, type C-g, select the Summary
buffer window and then repeat step 5, now the minibuffer window gets
selected, as expected.

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 also haven't seen anything like this outside of Gnus.
And I only see the failure with non-nil mouse-autoselect-window, despite
the recipe only involving the keyboard.  This appears to be an old bug:
I can reproduce it with the above recipe not only in Emacs 28 and 27 but
also 26 (though my impression is I haven't been seeing it in normal use
for that long).


In GNU Emacs 28.0.50 (build 4, x86_64-pc-linux-gnu, GTK+ Version 3.24.17, cairo version 1.17.3)
 of 2021-04-26 built on strobe-jhalfs
Repository revision: 40c71e574ad27deee003a0850a40171750234d59
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12008000
System Description: Linux From Scratch SVN-20200401

Configured using:
 'configure --with-xwidgets 'CFLAGS=-Og -g3'
 PKG_CONFIG_PATH=/opt/qt5/lib/pkgconfig'

Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GSETTINGS HARFBUZZ JPEG
LCMS2 LIBSYSTEMD LIBXML2 MODULES NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP
SOUND THREADS TIFF TOOLKIT_SCROLL_BARS X11 XDBE XIM XPM XWIDGETS GTK3
ZLIB





^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#48258: 28.0.50; minibuffer window not selected with non-nil mouse-autoselect-window
  2021-05-06 15:41 bug#48258: 28.0.50; minibuffer window not selected with non-nil mouse-autoselect-window Stephen Berman
@ 2022-07-01 12:15 ` Lars Ingebrigtsen
  2022-07-01 12:43   ` Stephen Berman
  0 siblings, 1 reply; 4+ messages in thread
From: Lars Ingebrigtsen @ 2022-07-01 12:15 UTC (permalink / raw)
  To: Stephen Berman; +Cc: 48258

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





^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#48258: 28.0.50; minibuffer window not selected with non-nil mouse-autoselect-window
  2022-07-01 12:15 ` Lars Ingebrigtsen
@ 2022-07-01 12:43   ` Stephen Berman
  2022-07-01 12:49     ` Lars Ingebrigtsen
  0 siblings, 1 reply; 4+ messages in thread
From: Stephen Berman @ 2022-07-01 12:43 UTC (permalink / raw)
  To: Lars Ingebrigtsen; +Cc: 48258

On Fri, 01 Jul 2022 14:15:08 +0200 Lars Ingebrigtsen <larsi@gnus.org> wrote:

> 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?

No, and I can't reproduce it now on Emacs 27 and 28 either, so I guess
the bug should be closed as unreproducible.

Steve Berman





^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#48258: 28.0.50; minibuffer window not selected with non-nil mouse-autoselect-window
  2022-07-01 12:43   ` Stephen Berman
@ 2022-07-01 12:49     ` Lars Ingebrigtsen
  0 siblings, 0 replies; 4+ messages in thread
From: Lars Ingebrigtsen @ 2022-07-01 12:49 UTC (permalink / raw)
  To: Stephen Berman; +Cc: 48258

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

> No, and I can't reproduce it now on Emacs 27 and 28 either, so I guess
> the bug should be closed as unreproducible.

Thanks; I'm closing this, then.

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





^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2022-07-01 12:49 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2021-05-06 15:41 bug#48258: 28.0.50; minibuffer window not selected with non-nil mouse-autoselect-window Stephen Berman
2022-07-01 12:15 ` Lars Ingebrigtsen
2022-07-01 12:43   ` Stephen Berman
2022-07-01 12:49     ` Lars Ingebrigtsen

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.