Bug

TerminaApplication.ProcessEvent's case ResizeEvent short-circuits with return; after calling _diffingTerminal?.ForceFullRefresh(), so the event never reaches _inputSubject.OnNext(inputEvent) at the bottom of the method. Pages and ViewModels that subscribe via ViewModel.Input.OfType<IInputEvent, ResizeEvent>() never receive resize notifications, even though the framework processes the event internally.

This blocks any consumer that wants to recompute width- or height-sensitive layout on terminal resize — e.g., shortening status-bar text on narrow terminals, swapping wide/narrow key-hint variants, or rebuilding a width-aware truncation.

// src/Termina/TerminaApplication.cs (before)
case ResizeEvent resize:
    TerminaTrace.Render.Debug(this, "ResizeEvent: {0}x{1}", resize.Width, resize.Height);
    _diffingTerminal?.ForceFullRefresh();
    return;   // ← swallows the event; never publishes to consumers

Compare with MouseScrollEvent a few cases below at line 647: when it isn't consumed by a focused scrollable, it breaks to the fall-through _inputSubject.OnNext(inputEvent). The framework already established the right pattern; ResizeEvent predates it.

Fix

One-line change: return; → break;. Internal ForceFullRefresh behavior is unchanged; the event additionally surfaces on the public Input observable so consumers can subscribe.

case ResizeEvent resize:
    TerminaTrace.Render.Debug(this, "ResizeEvent: {0}x{1}", resize.Width, resize.Height);
    _diffingTerminal?.ForceFullRefresh();
    break;   // ← falls through to _inputSubject.OnNext(inputEvent)

Test

Adds tests/Termina.Tests/Input/ResizeEventRoutingTests.cs that mirrors the existing PasteToastRoutingTests reflection pattern — dispatch a ResizeEvent through ProcessEvent and assert it surfaces on the ViewModel's Input observable. Two cases:

• ProcessEvent_ForwardsResizeEvent_ToViewModelInputObservable — single resize is observed with correct width/height.
• ProcessEvent_StillRefreshesDiffingTerminal_OnResize — two back-to-back distinct resizes each surface independently (locks in that the loop doesn't dedup/swallow on repeated dispatch).

Downstream

Discovered while implementing terminal-size-aware approval prompt rendering in netclaw (#1132). The netclaw fix subscribes ViewModel.Input.OfType<ResizeEvent>() to recompute width-sensitive layout, but the subscription was silently never firing in production — the bug masquerades as "resize handling works in tests but not in real terminals."

Test plan

• dotnet test tests/Termina.Tests — 1099/1099 pass (2 new + 1097 existing).
• Verified asymmetry with MouseScrollEvent's existing break/fall-through pattern (TerminaApplication.cs:637-647).
• Git history confirms return; has been there since PR Implement diff-based rendering to eliminate screen flickering #61 (initial diff-rendering work), predating the _inputSubject.OnNext fall-through pattern that PR Add scrollbar, mouse wheel scroll, and paste features #138 established. Not a deliberate suppression.