unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Stephen Berman <stephen.berman@gmx.net>
To: 48258@debbugs.gnu.org
Subject: bug#48258: 28.0.50; minibuffer window not selected with non-nil mouse-autoselect-window
Date: Thu, 06 May 2021 17:41:23 +0200	[thread overview]
Message-ID: <871raj27ks.fsf@gmx.net> (raw)

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





             reply	other threads:[~2021-05-06 15:41 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-05-06 15:41 Stephen Berman [this message]
2022-07-01 12:15 ` bug#48258: 28.0.50; minibuffer window not selected with non-nil mouse-autoselect-window Lars Ingebrigtsen
2022-07-01 12:43   ` Stephen Berman
2022-07-01 12:49     ` Lars Ingebrigtsen

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=871raj27ks.fsf@gmx.net \
    --to=stephen.berman@gmx.net \
    --cc=48258@debbugs.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.
Code repositories for project(s) associated with this public inbox

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

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