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

[martin rudalics]

>> I don't know what to say because (1) moving the mouse to the lower window does _not_ 
lead to typing "gnus" in that window here and
>>
>
> Are you sure?  I tried this recipe on GNU/Linux (27.2 and 28), macOS (27.2) and Windows 
(27.2), and in all cases "gnus" was typed in that window.  Note that the recipe 
uses ESC x, not M-x.

I apparently have to move the mouse before doing the ESC.  Then I can
reproduce it.  With an occasional select-window echo in between.

>> (2) I'd rather consider it a bug to _not_ select the lower window in that 
case.
>>
>
> I don't know.  What I do know is that mouse-autoselect-window was introduced 
in Emacs 22, and that in Emacs 22-25 the lower window was not selected with that 
recipe.  That behavior changed in Emacs 26.

Do you know which commit changed it?

>> Mouse window auto-selection should mimic the behavior of clicking into the 
lower window and clicking in that window should select it also while a minibuffer 
dialogue goes on.
>>
>
> This is not the case, not even in Emacs 28.  If it were the case, the "ESC" would be discarded and "xgnus" would be typed in 
the lower window. What happens is that "x" becomes "M-x" because of the earlier "ESC", "M-x" stays in the 
minibuffer, and "gnus" in typed in the buffer.

Hmm.... ESC <mouse-1> is undefined.  That makes the difference.

In either case don't let me distract you and feel free to install any
fix you consider reasonable.

Thanks, martin