chris.giteaandClaude Sonnet 5
e8351cb2d5
Both traced to the same root cause: rows (the VBox scroll wraps) was left at its default min width, which VBox computes from its widest child — pinned wide here by hashRow's SelectableTextFlow, which by design keeps its full unwrapped hash on one line. A Region can never render narrower than its own min width, so fitToWidth was unable to actually shrink rows down to the viewport, regardless of how much of it was designed to wrap instead — hence a horizontal scrollbar despite every row being built to shrink, and a wrong vertical vbar-needed check riding along on that same too-wide layout. rows.setMinWidth(0) lets it actually shrink to the viewport width fitToWidth already asks for; hbarPolicy is now a flat NEVER, since a fixed-width column like this one should always wrap, never scroll sideways. That fixed the vbar phantom too, so the previous commit's reactive height-driven policy toggle (itself a source of feedback- loop risk between vbarPolicy and viewport width) is no longer needed and is removed in favour of a plain AS_NEEDED. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_016okXfGz39FtQawFWDYpQ5C
