Skip to content

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

Description

@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

Clone destination picker: lower directories obscured by the footer

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

Workaround

No workaround confirmed.

Activity

  1. juliusmarminge commented on Sep 8, 2026

    @juliusmarminge
    Member

    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.

  2. added
    bugSomething is broken or behaving incorrectly.
    acceptedfeature request accepted
    via-triageFiled through npx t3 triage
    on Sep 8, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    acceptedfeature request acceptedbugSomething is broken or behaving incorrectly.via-triageFiled through npx t3 triage

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions