Move window behaviour is broken because of a change in tmux

Bug #1861555 reported by Chris Coulson
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
byobu (Ubuntu)
Fix Released
Medium
Unassigned
Focal
Fix Released
Medium
Unassigned

Bug Description

tmux 3.0a contains a change to the swap-window command which alters its behaviour in focal compared to previous releases - see https://github.com/tmux/tmux/commit/39c55d5b6fcafd9476528ebc1064192c90f559a4 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).

Tags: bitesize

Related branches

Bryce Harrington (bryce)
tags: added: bitesize
Changed in byobu (Ubuntu Focal):
status: New → Triaged
importance: Undecided → Medium
Changed in byobu (Ubuntu Focal):
status: Triaged → Fix Committed
Revision history for this message
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  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.