Move window behaviour is broken because of a change in tmux

Bug #1861555 reported by Chris Coulson on 2020-02-01
This bug affects 1 person
Affects Status Importance Assigned to Milestone
byobu (Ubuntu)

Bug Description

tmux 3.0a contains a change to the swap-window command which alters its behaviour in focal compared to previous releases - see for more context.

The consequence of this is that the "move window" shortcuts in byobu (CTRL+SHIFT+F3/F4) no longer behave as expected in focal compared to previous releases. Using those shortcuts swaps the windows, but focus doesn't move to the originally focused window. Eg, if I have 2 windows (A and B, in that order) with A being the currently focused window, and then I use CTRL+SHIFT+F4 to swap them, I end up with windows B and A in that order (as expected), but window B is focused when I expected the focus to follow window A (as it did with the tmux version in eoan and previous releases).

Related branches

Bryce Harrington (bryce) on 2020-02-05
tags: added: bitesize
Changed in byobu (Ubuntu Focal):
status: New → Triaged
importance: Undecided → Medium
Changed in byobu (Ubuntu Focal):
status: Triaged → Fix Committed
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package byobu - 5.133-0ubuntu1

byobu (5.133-0ubuntu1) focal; urgency=medium

  * debian/docs: Closes: #951455
    - fix FTBFS on README

 -- Dustin Kirkland <email address hidden> Mon, 17 Feb 2020 08:11:50 -0600

Changed in byobu (Ubuntu Focal):
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers