Make resizes stable

[har7an]

Thank you for taking the time to file this issue! Please follow the instructions and fill in the missing parts below the instructions, if it is meaningful. Try to be brief and concise.

In Case of Graphical or Performance Issues

1. Delete the contents of /tmp/zellij-1000/zellij-log, ie with cd /tmp/zellij-1000/ and rm -fr zellij-log/
2. Run zellij --debug
3. Recreate your issue.
4. Quit Zellij immediately with ctrl-q (your bug should ideally still be visible on screen)

Please attach the files that were created in /tmp/zellij-1000/zellij-log/ to the extent you are comfortable with.

See end of this post

Basic information

zellij --version: Built from main on commit 10a22c479ffb4d76627eadbee2dc4b53ae4309c3, but also happens on 0.24.0 tput lines: 58 tput cols: 237 uname -av or ver(Windows): Linux tz 5.16.8-200.fc35.x86_64 #1 SMP PREEMPT Tue Feb 8 20:58:59 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux

List of programs you interact with as, PROGRAM --version: output cropped meaningful, for example: nvim --version: NVIM v0.5.0-dev+1299-g1c2e504d5 (used the appimage release) alacritty --version: alacritty 0.7.2 (5ac8060b)

Further information Reproduction steps, noticeable behavior, related issues, etc

Steps to reproduce

• Create a grid of panes. I hit Alt+n until I had 3 rows and 4 columns of panes
• Make one of the inner panes active
• Enter resize mode (Ctrl+n) and repeatedly hit + and -, alternating both buttons

What you will see

The first two cycles the grid is restored to its original state. After this, one of the panes will permanently change its shape. The longer you repeat, the more will follow

What I expected

The grid always restores itself and acts deterministically

Additional observations

At some point some of the panes frame will change. I noticed that the upper-left frame ending, where it touches the pane name (i.e. the - ending in the name) will become a downward angle. At this point it seems that any further interaction with the pane doesn't do anything.

The Logs

zellij.log zellij-9.log zellij-14.log zellij-16.log zellij-18.log zellij-20.log zellij-22.log zellij-24.log zellij-26.log zellij-28.log zellij-30.log zellij-32.log zellij-34.log

[har7an]

I also have Screenshots as "proof" if anyone is interested and can't reproduce this locally.

[imsnif]

Would be nice to have the screenshots in any case - not as proof but just to more easily understand the issue without reproducing it.

[har7an]

• After the first resize cycle:

• After the second (as I expect it to be):

• Fourth cycle, note how the middle panes fit but pane 5 keeps growing:

• Didn't count how many, but here you see how the frames break in Panes 1, 9, 10 and 11:

• Total Havoc after trying to interact with one of the "broken" panes in the Pane editing mode:

And on a sidenote: Could it be that the numbering/ordering of the panes isn't entirely deterministic either?

[imsnif]

Hey - I think this is related to another issue I'm in the process of solving on a different feature branch. Does this still happen to you without the prompt? Like with say just a vanilla bash prompt?

[raphCode]

Can reproduce this with a standard bash prompt. After some resize cycles the visuals break like in the screenshot.

Some of the panes still work correctly and can be selected with the mouse, commands can be entered etc. Also pressing Ctrl-D to exit some of the shells/panes leads to exiting zellij before all panes are closed. It exits without any crash for me after closing approx. 3 shells.