tmux 3.4 stalls during active pane zoom
This bug report will be marked for expiration in 13 days if no further activity occurs. (find out why)
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
tmux (Ubuntu) |
Incomplete
|
Undecided
|
Unassigned |
Bug Description
Since upgrading to Ubuntu noble, I've noticed that the tmux server stalls when zooming the active pane (prefix + z). Using top -p ${tmux_server_pid} its easy to see that the server will sometimes consume as high as 60% CPU when servicing this zoom pane operation.
Rebuilding tmux from upstream the current 3.4 tag doesn't seem to experience this issue:
```
ddelnano@
9ae69c3795ab5ef
```
I've collected flame graphs of the buggy upstream version and a self built 3.4 binary attached to this report.
ProblemType: Bug
DistroRelease: Ubuntu 24.04
Package: tmux 3.4-1build1 [modified: usr/bin/tmux]
ProcVersionSign
Uname: Linux 6.8.0-1007-gcp x86_64
ApportVersion: 2.28.1-0ubuntu2
Architecture: amd64
CasperMD5CheckR
CloudArchitecture: x86_64
CloudBuildName: server
CloudID: gce
CloudName: gce
CloudPlatform: gce
CloudRegion: us-west1
CloudSerial: 20240423
CloudSubPlatform: metadata (http://
Date: Thu May 23 13:58:20 2024
SourcePackage: tmux
UpgradeStatus: No upgrade log present (probably fresh install)
Changed in tmux (Ubuntu): | |
status: | New → Incomplete |
Thank you for making this bug report Dom!
I've been unable to reproduce this error that you're showing.
I tried on my noble laptop, a noble LXC container, and on an AWS EC2 instance.
How are you creating the panes? Maybe there's a weird bug if you zoom in a certain pane configuration, I've just attempted simple horizontal/vertical split.
I see gce as the CloudPlatform, how are you connecting to the tmux server? Are you simply ssh'ing into the machine and running tmux?