Skip to content

Working-directory picker unreachable for new sessions when --working-dir is set #4046

Description

@aheritier

Follow-up to #4039 / #4042.

Since #4042, --working-dir makes every generic new-session action reuse the initial session's directory. The picker is now unreachable in that mode: openWorkingDirPicker has one caller (pkg/tui/tui.go:1830), gated on workingDir == "", and pkg/tui/tui.go:1827 substitutes the default before that check. /new (tui.go:1205), Ctrl+T (tabbar.go:113-118219), the tab-bar + (tabbar.go:385) and the status-bar + (tui.go:2720) all pass ""; /new discards any argument (pkg/tui/commands/commands.go:275); no other slash command opens the picker.

Impact: a run launched with --working-dir cannot open a session in a different directory without restarting the process. #4039 asked to skip the prompt by default, not remove the choice.

Proposal: add an override — e.g. /new [dir] accepting a path, or a modifier binding alongside Ctrl+T that always opens the picker. Also update docs/features/cli/index.md:59,816, which still describe --working-dir as affecting only the session's working directory.

Metadata

Metadata

Assignees

Labels

area/cliCLI commands, flags, output formattingarea/docsDocumentation changesarea/sessionsFor features/issues/fixes related to session lifecycle (resume, persistence, export)area/tuiFor features/issues/fixes related to the TUI

Type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions