Move window behaviour is broken because of a change in tmux
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:/
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
- Dustin Kirkland : Pending requested
-
Diff: 14 lines (+2/-2)1 file modifiedusr/share/byobu/keybindings/f-keys.tmux (+2/-2)
tags: | added: bitesize |
Changed in byobu (Ubuntu Focal): | |
status: | New → Triaged |
importance: | Undecided → Medium |
Changed in byobu (Ubuntu Focal): | |
status: | Triaged → Fix Committed |
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