bug#38645: 26.3; minibuffer input is called with multi-line window when multi-line message is shown

[Eli Zaretskii <eliz@gnu.org>]

> Cc: 38645@debbugs.gnu.org
> From: martin rudalics <rudalics@gmx.at>
> Date: Fri, 27 Dec 2019 10:12:33 +0100
> 
> But I'm too silly to understand why the minibuffer window does not
> re-grow in the first place after having shown the result of C-x C-e.
> Can you enlighten me?

Re-grow upon which event?  If you do nothing, the message from "C-x C-e"
stays displayed indefinitely.

If you mean why it doesn't re-grow upon some keystroke (which removes
the message), I guess we are lacking a call to
resize_echo_area_exactly in some place.

Regardless, I think keeping the prompt visible is a better behavior.
And yes, we should probably document this caveat, although I cannot
imagine what application would like the current behavior.

> martin, who just noted that the recently added (to master)
> 
>        Lisp_Object str = build_string ("Command attempted to use minibuffer"
>                                        "while in minibuffer");
> 
> produces
> 
> "Command attempted to use minibufferwhile in minibuffer"

Hope you've already fixed it.

Thanks.