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

[martin rudalics]

>> 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.  And finally there's Bug#16681.

> Is autoselection really necessary?  An click does the job in this case: the 
window in which the click happened is selected, and the minibuffer is suspended.

I never use double-clicks.  So clicking into any window usually means to
move the cursor to the position where I'm clicking at.  Focus follows
mouse avoids that.  And within Emacs I'm using mouse autoselection to
avoid that point moves to the position I click at.  IIRC we have some
workaround on X to avoid that but I didn't like it because I want single
mouse clicks to set point.

martin