Zellij cause a broken rendering under some terminals with xterm TERM

[Porkepix]

1. Graphical issue inside a terminal pane (eg. something does not look as it should)

1. Delete the contents of /tmp/zellij-1000/zellij-log, ie with cd /tmp/zellij-1000/ and rm -fr zellij-log/ (/tmp/ is $TMPDIR/ on OSX)
2. Run zellij --debug
3. Run stty size, copy the result and attach it in the bug report
4. Recreate your issue.
5. Quit Zellij immediately with ctrl-q (your bug should ideally still be visible on screen)

One log where I cleanly quit Termusic and Zellij with a panic: zellij.log

Another log where I quit with Termusic running with ctrl-q as requested above, but the panic wasn't in it: zellij.log

Not including the other log file as it shows a whole library and so on (might need to reproduce with something emptier if needs be), but doing a cat of it is showing a broken rendering too in some ways: maybe not exactly the same, but the issue getting worse when going to next track several times does not show in the logfile cat, it shows like if it was playing the first track.

Basic information

zellij --version: zellij 0.41.2

stty size: 73 317 within Zellij with XTerm for the purpose of this bug report (breaks in many situations)

uname -av or ver(Windows): Linux laptop-name 6.13.5-arch1-1 #1 SMP PREEMPT_DYNAMIC Thu, 27 Feb 2025 18:09:44 +0000 x86_64 GNU/Linux

Further information

To reproduce, only launch Termusic inside Zellij and play several musics within in with affected terminals.
More details/reproduction steps in the linked GNOME's console issue below.

Issue description

Rendering is broken on several places, and becomes worse when going to next track: what should be replaced in the TUI is having a new copy printed above.

Affected terminals: GNOME's terminal and console, XTerm/UXTerm.

Other relevant information

Issue first reported on GNOME's Console where quite some debugging was done, some STRs and screenshots:
https://gitlab.gnome.org/GNOME/console/-/issues/417

Developer also seems to suggest Zellij should have its own $TERM instead of transmitting the one of the terminal, similarly to what screen/tmux does.

Maybe it's in some way related to #2211 I reported some time ago, maybe not.