Sessions with zoomed panes now start to lose its zoom state when refocused

[oblitum]

First time I see this behavior, must be due to the recent changes.

With at least two sessions open, chose one and have multiple panes open on it. Zoom one of the panes (prefix + z) and then switch to another session. Now switch back to the session with the zoomed pane. On switching back the zoom state is lost.

• tmuxp load -d ./foo.yaml
• tmux 2.6
• tmuxp 1.3.5
• libtmux 0.7.7

[oblitum]

I'm getting a tmux message when switching back: "no previous window".

[oblitum]

The session must be created by tmuxp, I'm using this one:

session_name: foo
windows:
- layout: main-vertical
  options:
    main-pane-width: 160
  panes:
  - blank
  - blank
  - blank

I start it from inside a tmux session (tmuxp load -y ./foo.yaml, -y or -d doesn't matter). I've noticed that I do get this message "no previous window", right when I start and enter the session with tmuxp load -y ./foo.yaml, prior to applying zoom, etc.

[oblitum]

The message "no previous window" always shows up when switching to tmuxp created sessions. Not only it shows up, I've noticed there's now quite a delay for the layout to load up when running tmuxp load -y ./foo.yaml. It spends some seconds in a blank state before the layout loads.

[tony]

With at least two sessions open, chose one and have multiple panes open on it. Zoom one of the panes (prefix + z) and then switch to another session. Now switch back to the session with the zoomed pane. On switching back the zoom state is lost.

I can't recreate it. My zoom is preserved.

I start it from inside a tmux session (tmuxp load -y ./foo.yaml, -y or -d doesn't matter). I've noticed that I do get this message "no previous window", right when I start and enter the session with tmuxp load -y ./foo.yaml, prior to applying zoom, etc.

I tried the yaml (on this machine, it's tmux 2.5 and the left pane is massive), and couldn't recreate the zoom glitch.

I believe it's happening to you, I just haven't been able to recreate it yet.

[tony]

I should try it on tmux 2.6.

[oblitum]

Missing zoom is secondary. it's lost because tmux is always emitting the error message "no previous window" at the bottom, which should reset the layout. There's also the issue regarding slower layout loading. For now I'm just pinned to tmuxp 1.3.2.

[stale]

This issue has been automatically marked as stale because it has not had
recent activity. It will be closed if no further activity occurs. Thank you
for your contributions.

This bot is used to handle issues where the issue hasn't been discussed or
has gone out of date. If an issue isn't resolved and handled in a certain
period of time, it may be closed. If you would like your issue re-opened,
please create a fresh issue with the latest, up to date information and
mention this issue in it.

[tony]

Reopening

Is this the issue preventing you from using tmuxp at the latest version?

[tony]

Just to make sure, you can still load the windows/panes via tmuxp. But the session zoom breaks the zoom state after tmuxp loads it, and it started happening after the hook added when fixing #312?

it's lost because tmux is always emitting the error message "no previous window" at the bottom, which should reset the layout. There's also the issue regarding slower layout loading. For now I'm just pinned to tmuxp 1.3.2.

Got it. So if #364 is fixed, this should be fixed?

[oblitum]

Got it. So if #364 is fixed, this should be fixed?

Most probably yes.

[oblitum]

#364 is just a reopened duplicate of this one due to the stale bot.

[oblitum]

I thought #364 description was pretty clear on that...