[Bug]: Clone destination picker clips directory rows behind its footer

[aaronvanston]

Area

apps/web — new-project repository clone destination picker

Steps to reproduce

1. Start setting up a new project by cloning a GitHub repository.
2. Reach the destination folder picker. The screenshot uses router-for-me/EasyCLIProxyAPI, with ~/EasyCLIProxyAPI in the path field.
3. Browse a directory with enough child folders to require scrolling.
4. Scroll toward the lower directory entries at the dialog size shown below.

Expected behavior

The directory list should fit within the available space above the keyboard-shortcut footer. Lower entries should scroll fully into view so their names and selection state remain visible.

Actual behavior

Lower directory rows extend behind the footer and are cut off. In the screenshot, the src row is only partly visible immediately above/behind the Navigate / Select / Back / Close footer. This makes choosing a clone destination difficult.

Impact

Minor bug or occasional failure — destination folders are obscured during project setup.

Version or commit

Not supplied. Reported from the existing new-project clone flow; not confirmed to be caused by the project-copying contribution.

Environment

macOS. Exact OS and app versions not supplied.

Screenshot

Two private directory labels have been covered with opaque redactions. The original layout and clipped bottom row are preserved.

Workaround

No workaround confirmed.

[juliusmarminge]

Triage

Confirmed as a real apps/web layout bug in the new-project clone destination picker (command palette confirm step). The attached screenshot matches current UI: path field + Clone, Repository chrome, directory list, then the Navigate / Select / Back / Close footer. The last row (src) is only partly visible under that footer.

This is not a duplicate of #4819 (path overlapping the Add button, fixed in #4823) or #8735 (Android destination header title). Not caused by #10825 (project copy). No open PR fixes this clipping.

Likely cause

On the clone confirm step, CommandPalette.tsx renders a non-scrolling Repository block inside CommandPanel, above a ScrollArea list (size-full). CommandPanel is overflow-hidden but not a flex column, and the dialog is capped at max-h-105 (26.25rem) while the panel allows up to 28rem. The list therefore extends into the footer instead of scrolling fully above it.

Relevant files:

• apps/web/src/components/CommandPalette.tsx (clone confirm + panelClassName="max-h-[min(28rem,70vh)]")
• apps/web/src/components/CommandPaletteContent.tsx (shared footer)
• apps/web/src/components/ui/command.tsx (CommandDialogPopup / CommandPanel / CommandFooter)
• apps/web/src/components/ui/autocomplete.tsx (AutocompleteList → ScrollArea)

Content search already uses panelClassName="flex min-h-0 flex-1 flex-col", which is the better pattern.

Suggested fix

Make the palette a constrained flex column: panel flex min-h-0 flex-1 flex-col, keep Repository chrome shrink-0, give the directory list flex-1 min-h-0, and keep the footer out of the scrollport so the last row can scroll fully into view.

Severity: minor UX bug. Accepting.