Re: Stop frames stealing eachothers' minibuffers!

[Eli Zaretskii]

> From: Andrii Kolomoiets <andreyk.mad@gmail.com>
> Cc: monnier@iro.umontreal.ca,  enometh@meer.net,  emacs-devel@gnu.org
> Date: Wed, 11 Nov 2020 00:43:13 +0200
> 
> Don't you the think new behavior may be confusing?  The old behavior was
> like "Oh, I left the minibuffer in that frame; OK, I need to switch to
> that frame and complete the task".

Actually, the old behavior was more like "Oh, I left the minibuffer in
that frame, but sometimes -- whoops! -- it jumps to the new frame, and
sometimes it doesn't."

> And the new one is like "Oh, the minibuffer is on active frame,
> cool! But wait, where is the results of my eval?" because in 'emacs
> -Q':
> 
> C-x 5 b foo RET bar M-: (buffer-string) C-x 5 o C-x o RET
> 
> Seems like the 'buffer-string' is evaluated in the *scratch* buffer, but
> it is not.

Exactly as documented, btw.  But if we think this is a bug, we should
fix it regardless of the default value of the new option.  Once again,
let's distinguish between what we think are bugs and what we think is
valid behavior that someone might not like as the default.