Created attachment 974102 [details] f20 f-keys.tmux Description of problem: Byobo does not recognize Shift+F2 key binding (split screen vertically), although it is defined. Version-Release number of selected component (if applicable): byobu-5.73-5.fc21.noarch tmux-1.9a-4.fc21.x86_64 ncurses-5.9-16.20140323.fc21.x86_64 How reproducible: See below. Steps to Reproduce: 1. Install/launch byobu. 2. Press shift+f2. Actual results: Bell sounds and tilde character '~' is displayed. Screen is not split. Expected results: Screen should be split in two vertically ordered panes. Additional info: This may not be a bug in byobu but I filed it here for want of a better component. Observations: * A similar key binding, Ctrl+F2, works as expected (horizontal split). * Working of byobu/tmux is not much impaired, as the alternative key sequence Ctrl+A, | still enables the user to create a vertical split. * The bug does not occur under f20. * A workaround is to change the TERM type from the original xterm-256color to xterm-color before starting byobu. This restores the expected working of the Shift+F2 key. * There appears to be no difference between the byobu/tmux key binding files on f20 and f21 (/usr/share/byobu/keybindings/f-keys.tmux). * There appears to be no difference between the definitions for xterm-256color nor xterm-color on f20 and f21 (infocmp xterm-*color).
Created attachment 974103 [details] f21 f-keys.tmux
Created attachment 974104 [details] f20 infocmp xterm-color
Created attachment 974105 [details] f21 infocmp xterm-color
Possible related: https://bugs.launchpad.net/ubuntu/+source/tmux/+bug/1350810 http://sourceforge.net/p/tmux/tickets/144/
Changed component to tmux as that seems the more likely source.
Does this http://koji.fedoraproject.org/koji/taskinfo?taskID=8513477 scratch build fix the issue for you? (This includes the patch that seems to have fixed the issue in Ubuntu).
Tried the scratch build, but it doesn't resolve the issue. I tried both byobu with tmux as a back-end, and tmux by itself.
Correction; please ignore comment #7: the scratch build *does* resolve the issue. First tried while an instance of the previous version was running; my system must have reused the code in memory. When I tried again after a reboot, the issue was gone.
tmux-1.9a-5.fc21 has been submitted as an update for Fedora 21. https://admin.fedoraproject.org/updates/tmux-1.9a-5.fc21
Package tmux-1.9a-5.fc21: * should fix your issue, * was pushed to the Fedora 21 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing tmux-1.9a-5.fc21' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2015-0575/tmux-1.9a-5.fc21 then log in and leave karma (feedback).
tmux-1.9a-5.fc21 has been pushed to the Fedora 21 stable repository. If problems still persist, please make note of it in this bug report.