[Bug]: New project name dialog cannot scroll past environment and options rows #17053

Before submitting

• I searched existing issues and did not find an exact duplicate.
• I included enough detail to reproduce or investigate the problem.

Area

apps/web (also used by the desktop renderer)

Steps to reproduce

1. Have three connected environments available for project creation and an authenticated GitHub source-control account.
2. Open Add project, then New project (the name-based creation flow, not the clone destination picker).
3. At a 1280 × 800 CSS-pixel viewport, leave the name blank. The dialog shows the project/path preview, Environments, three machine rows, Options, the GitHub repository toggle, and Add existing project.
4. Try to scroll downward in the results area using the mouse wheel/trackpad or the scroll container.

Expected behavior

The results area scrolls within the space between the project preview and keyboard-shortcut footer. Every environment, option, and the complete Add existing project row can be brought into view. The name input, Create action, and footer remain usable.

Actual behavior

Add existing project is clipped behind the Navigate / Enter / Backspace / Esc footer. The list reports no scrollable overflow, so trying to scroll does nothing.

The reporter's macOS screenshot shows the same New Project name/environment screen with three environments; its lower options are cut off.

Impact

Minor bug or occasional failure: options in project creation are obscured and cannot be reached by scrolling.

Version or commit

Reproduced against upstream main at 9fba209 (web package 0.0.45). The reporter's installed build version was not supplied.

Environment

macOS host, T3 Code collaborative Chromium browser, 1280 × 800 viewport. Electron was not separately run.

For a deterministic isolated reproduction, I used the actual New Project UI and added two disposable presentation-only environment options beside its real local environment. This reproduced the three-row layout without connecting to the reporter's remote machines. No project creation or remote operation was performed. Development state was isolated from the live installation.

Investigation and local PR comparison

Related: #10829 and #10844. Those describe and test the clone destination picker, not this name/environment/options step. Both remain open. #6159 is specifically PageUp/PageDown navigation, which is a different symptom.

New Project by name was introduced in #14527. The current command palette uses the virtualized results added in #15266.

Relevant code:

• apps/web/src/components/CommandPalette.tsx: the project/path preview is a sibling above CommandPaletteVirtualizedResults.
• apps/web/src/components/CommandPaletteContent.tsx: the default results panel is capped but is not a flex column.
• apps/web/src/components/ui/command.tsx: CommandPanel clips overflow; CommandListVirtualized lacks min-h-0.
• apps/web/src/components/ui/autocomplete.tsx: AutocompleteListVirtualized applies size-full.
• apps/web/src/components/CommandPaletteResults.tsx: the inner LegendList owns scrolling.

Measured on main:

• Popup height: 420 px.
• Panel: y=129–459, height 330 px; overflow hidden.
• Project preview consumes 56 px above the list.
• List starts at y=185 but still takes the entire 330 px panel height.
• Inner scrollport has clientHeight=318 and scrollHeight=318, with scrollTop=0 after a downward scroll attempt.
• Final row is y=447–495; the footer starts at y=459, so most of that row is clipped.

I fetched #10844 at d4fa8ce. Its exact patch no longer applies to current main because the panel-class prop has since been replaced by panelSize. I ported only its two equivalent changes locally: flex/min-h-0/flex-col on the default panel, and shrink-0 on the Repository header.

That port did not fix the New Project screen. The virtualized list wrapper retained its automatic minimum height: the scrollport remained 318 px high with scrollHeight=318 and scrollTop=0, and the final row was still y=447–495 behind the footer.

As a diagnostic experiment, setting min-height: 0 on the virtualized command-list wrapper in addition to the ported panel fix let it shrink to the remaining 274 px. The scrollport then had scrollHeight=318, accepted scrollTop=44, and displayed the final row at y=403–451, fully above the footer. This identifies the missing sizing constraint; it is not a completed or regression-tested implementation.

Acceptance criteria

• All rows in the New Project name/environment/options step scroll fully into view, including the last Add existing project row.
• The project preview, name input/Create action, and keyboard-shortcut footer remain visible and usable.
• Verify the three-environment layout and a larger environment list, including a shorter viewport.
• Preserve mouse/trackpad scrolling, arrow-key highlight visibility, and existing clone/local-folder browsing behavior.
• Keep the change focused on shared web/desktop palette layout; no contracts, provider behavior, or dependency changes are expected.

Workaround

No user-facing workaround confirmed. The additional minimum-height constraint above was tested only as a local diagnostic.