[flamboh]

Note

🤖 Claude Opus 5.5 on behalf of Oliver

Fix for the redesign stack, targets layer 1 (#28839).

Problem

With more than one project, the sidebar's New thread button and the New thread shortcut opened the command palette's project list first. After you picked one, you landed on the new-thread screen, which already has its own project picker (Recent, All projects…, No project, Add project…). That made you pick twice.

Fix

The button and the chat.new shortcut now open the new thread right away in the current project. That is the thread you are on, or else the first project in sidebar order. This is what Shift+click and single-project users already got. You change the project from the new thread's own Recent list. The palette only opens as a fallback when no project can be found, such as when every project is archived.

An existing empty draft for that project is reused, like the dialog path did. Shift+click now does the same as a plain click, so the tooltip drops the "Shift+click" hint. The per-project "New thread in " buttons and the palette's New thread in... list are unchanged.

Before / after

Captures pending.

Validation

• vp run check:changed origin/maria/redesign/1-primitives-shell: all checks pass.
• Local dev server with 4 projects, headless Chromium:
  • The sidebar button opens /draft/… with no dialog. Recent shows and the current project is selected.
  • Picking alpha from Recent moves the draft to alpha. Clicking the button again keeps that draft.
  • Ctrl+Shift+O from an existing thread opens the draft with no dialog.
  • At 600px wide, the sheet's button closes the sheet and opens the draft.

Made with Claude Opus 5.5 in Claude Code.

[maria-rcks]

Note

Written by claude-opus-5-5 on behalf of Maria

These are the captures this PR was missing. They were taken on the redesign stack (704e9d1bc6) before and after this change, with the same seeded data, 1280x720.

The change landed with one conflict resolution in chatRouteCommands.ts. The multi-project dialog branch was removed, and the stack's layout tab handling (layoutShowing() / openLayoutNewThreadTab()) was kept.

New thread from a focused thread

New thread from home

chat.new shortcut

Light

Switching project from the new-thread screen

Also checked:

• Shift+click;
• the per-project "New thread in" buttons;
• the palette's "New thread in...";
• single-project setups;
• empty-draft reuse.

One known limit: an empty draft that is already open in a layout tab isn't reused, because layoutDraftIds excludes it.