Working directory in new split panes preference not honored in tmux integration mode

Thanks for filing an issue! Please answer the questions below so I can help you.

• iTerm2 version: 3.0.7
• OS version: 10.11.6com.googlecode.iterm2.plist
• Attach ~/Library/Preferences/com.googlecode.iterm2.plist here (drag-drop from finder into this window)
• Attach a debug log, if possible. Instructions at debuglog.txt
• Are you reporting a performance issue or a hang? Please attach a sample. Instructions at https://gitlab.com/gnachman/iterm2/wikis/HowToSample

Detailed steps to reproduce the problem:

1. Setup an advanced working directory configuration in your tmux profile where only new split panes get "Reuse previous session's directory" (I don't know if the problem is more widespread than this, but this is the environment I see it happen in).
2. Configure tmux integration to open tmux windows as tabs in existing window.
3. Run tmux -CC.
4. Change to any directory besides your home directory.
5. From the new tmux tab, create a new split pane (I always use Command-shift-D). If it asks for a normal or tmux pane, choose tmux (I have mine set to always do a new tmux pane).

What happened:

New split pane opened in my home directory, not the one the original tmux pane was in.

What should have happened:

The new split pane should have opened in the same directory as the original tmux pane were I created the split.

Fixed in commit 9b7d0ec4, will be in tomorrow's nightly build.

Status changed to closed

Any idea when this will land in a stable release? I thought I saw something related to it in 3.0.13's release notes, but the problem persists, and it seems that commit is not contained in the release tag.

3.1 is going beta pretty soon. It's feature complete. I'll probably do it after the holidays are over.

mentioned in issue #3689 (closed)

@gnachman I suspect that this patch is what caused the regression in https://gitlab.com/gnachman/iterm2/issues/6143