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

[ynyaaa]

Eli Zaretskii <eliz@gnu.org> writes:

> On December 17, 2019 8:49:17 AM GMT+02:00, ynyaaa@gmail.com wrote:
>> 
>> Evaluating the form below, the minibuffer window has 2-line height.
>> 
>> (progn
>>   (message "1\n2")
>>   (read-string "input: "))
>
>
> That's a feature: by default the mini-window only grows automatically,
> and doesn't get reset to its original 1 line until the echo area is
> cleared.  If you don't like this, customize resize-mini-windows to the
> value t, or bind it temporarily while running code such as in the
> recipe.

This may happen with unrelated commands.
Commands below shows an example.
Please input M-x as one key event, not ESC x.

M-: "1\n2" RET
M-x