[FEATURE] Fullscreen mode: workflow detail view is clipped when the todo/task list panel is open — should render full size as when the panel is closed

Feature request

In fullscreen rendering mode, the background-workflow detail view (focus a workflow badge under the status line → Enter) is clipped at the bottom whenever the todo/task list panel (Ctrl+T) is open. With the panel closed, the exact same view renders fully and is perfectly navigable. Request: opening the workflow view should behave the same regardless of the panel — the chat canvas jumps down / the task list temporarily yields so the entire workflow box is visible, restoring when the view is closed with Esc.

(Originally filed as a general "clipped under short terminals" report; further testing isolated the todo panel as the trigger, so this has a precise repro now.)

Current behavior

• Claude Code 2.1.226, fullscreen renderer; terminal 179×48 (tmux 3.6a pane on Ubuntu over SSH, Windows Terminal client — tmux geometry verified consistent, alternate_on=1)
• With the todo/task list panel open, open a running workflow's detail view (stages on the left, agents of the focused stage on the right; Enter on an agent shows its prompt/tool calls/outcome)
• The box is clipped at the bottom; with long agent details only the top portion is visible, and nothing reaches the clipped rows: mouse wheel (forwarded correctly — transcript scrolling works fine), PgUp/PgDn, and scroll:pageUp/pageDown / select:pageUp/pageDown bound to custom keys in the Scroll and Select contexts all leave the box unmoved
• With the todo/task list panel closed (Ctrl+T before opening the view), the same workflow view renders at full size — its built-in j/k scrolling and arrow-key navigation cover everything, no clipping

Proposed behavior

Opening a workflow detail view while the task list is open should render identically to opening it with the list closed: the workflow box gets the vertical space it needs and the task list yields (auto-collapses or is overlaid) for as long as the view is open, returning when the user presses Esc. No new scroll machinery is needed — the view already navigates fine when it has room.

Workaround

Ctrl+T to close the todo panel before opening the workflow view. Works, but it's easy to forget and the panel state shouldn't silently make part of another view unreachable.

Related

#51497, #59093, #65728 — earlier clipping/scroll-buffer reports in fullscreen/scrolling views. Unlike those, this one has an exact trigger (todo panel open) and a clean repro.