Skip to content
New issue

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

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

Already on GitHub? Sign in to your account

load-session does not honor session_root #63

Open
TheLonelyGhost opened this issue Sep 21, 2015 · 1 comment
Open

load-session does not honor session_root #63

TheLonelyGhost opened this issue Sep 21, 2015 · 1 comment

Comments

@TheLonelyGhost
Copy link

Similar to #61. When opening a new tmux session from another tmux session (both using tmuxifier), the first session_root is honored in the second session. For example:

# Filename: fizz.session.sh
session_root "~/workspace/fizz"

if initialize_session "fizz"; then
  #1 pane:
  #  - ssh connection to remote server, then connect to screen running an IRC client
  load_window "irc"
fi

# Finalize session creation and switch/attach to it.
finalize_and_go_to_session
# Filename: buzz.session.sh
session_root "~/workspace/buzz"

if initialize_session "buzz"; then
  #1 pane:
  #  - something to open vim with
  new_window "editor"
fi

# Finalize session creation and switch/attach to it.
finalize_and_go_to_session

When running tmuxifier s fizz, it loads the predefined fizz session just fine with the default path being ~/workspace/fizz for all new windows. I open a new window within tmux and run tmuxifier s buzz and it opens the predefined buzz session with the path remaining as ~/workspace/fizz. All subsequent windows in that session have paths of ~/workspace/buzz, however.

If spawning the buzz session is run outside of the fizz session, this problem does not occur. It does, though, show there is a bug with the idempotence of tmuxifier session generation.

@SohailHaqyar
Copy link

I'm also having the same issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants