Every CJK byte-exactness spec in the suite types a handful of characters, so
none of them ever reaches the right edge of a row. This adds a run long enough
to wrap at the pane's real width, driven at the pane width that actually
sticks (splits, not `terminal.resize`, which the fit pass springs back).
Investigated #15066 while here; it does not reproduce as input corruption.
