Skip to content
New issue

Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? # to your account

CLI split-pane command isn't retaining the working directory #766

Closed
EpocSquadron opened this issue May 6, 2021 · 1 comment
Closed
Labels
bug Something isn't working

Comments

@EpocSquadron
Copy link
Contributor

Describe the bug

When using wezterm cli split-pane from within a wezterm instance, the resulting split does not retain the working directory of the pane that you ran the command from.

Environment (please complete the following information):

  • OS: Archlinux GNOME 40 Wayland
  • Version: this happens on stable build and latest commit on main branch
  • Keyboard layout: ENG

Configuration

The only relevant option is the use of "CurrentTabDomain" as an argument to the split actions that I have bound with a leader key. When using those, the current working directory is retained.

Expected behavior

I would like the current working directory to be retained, even if behind a config item, without having to pass --cwd to the cli command. The reason being that I utilize this command from my editor, which assigns the command at startup and doesnt expect to pass the working directory (which can be changed during the run of the editor).

@github-actions
Copy link
Contributor

github-actions bot commented Feb 4, 2023

I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues. If you have found a problem that seems similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further.

@github-actions github-actions bot locked as resolved and limited conversation to collaborators Feb 4, 2023
# for free to subscribe to this conversation on GitHub. Already have an account? #.
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

1 participant