bug#47969: 28.0.50; Losing minibuffer focus in trying M-x command

[Gregory Heytings]

> > > I have no good idea here but note one aspect: When a user has the 
> > > minibuffer on a separate frame and her WM does focus-follows-mouse, 
> > > moving the mouse between frames will select another window.
> >
> > Are you sure?
>
> No.

;-)

> > I just tried it (I enabled focus-follows-mouse in both my WM and Emacs 
> > and mouse-autoselect-window in Emacs), and with Emacs 25 (i.e. before 
> > 3fdd3bb56c) and with Emacs 28 with my patch, moving the mouse between 
> > ESC and x, or even later, does not select another window.  The user 
> > input is redirected to the minibuffer, even when it is not the 
> > currently selected frame by the WM.
>
> What is your value of `focus-follows-mouse'?  Also my WM does auto-raise 
> a frame whenever it gets focus.

As I said, its value is t.  My WM also auto-raises a frame whenever it 
gets focus, but in spite of this it is the non-raised frame (the 
minibuffer one) that gets the user input.

> And finally there's Bug#16681.

I wasn't aware of that bug.  I just tried it, and I can't reproduce it, it 
works correctly with and without focus-follows-mode t, so it seems to be 
fixed.