GNOME Bugzilla – Bug 728844
Ctrl+Shift+C instead of Ctrl+C as interrupt
Last modified: 2014-04-28 23:48:57 UTC
For some years now, I've had Copy and Paste remapped using the gnome-terminal keybindings editior to be Ctrl+C and Ctrl+V respectively, in order that they keystrokes in muscle memory for copy and paste be consistent across all applications on the desktop. It's been wonderful from the early GNOME 2 days until 3.10. Although there is no exposed setting for it, setting Copy to Ctrl+C caused the ^C interrupt to be remapped to Ctrl+Shift+C (where Copy used to live, of course). This was automatic and though clearly an undocumented feature, I believed it to be intentional. On upgrade to GNOME 3.12 this week that has stopped working; Ctrl+Shift+C has no result, presumably because it has no binding to Interrupt or whatever. I looked around in src/terminal-accels.c but couldn't find any mention of what that accelerator would be; presumably it's default behaviour from the VTE layer bubbling up. Was the ability to have interrupt be on something else (ie, Ctrl+Shift+C) instead of Ctrl+C deliberate? If it was not removed deliberately and/or can be [re]offered, it would be terrific. AfC
I think this is fixed on master (and gnome-3-12, but there's not a release yet). It's the same as bug 728121; Shift-Ctrl-C always does interrupt too, but when Copy is Shift-Ctrl-C then the key is consumed before it reaches the terminal. *** This bug has been marked as a duplicate of bug 728121 ***
Ah! Sorry for the dup. Didn't realize bug 728121 was the same root issue [and I read that one, too :/]. Cheers! I'll see if I can build `gnome-3-12` here to check. AfC
Before I could test it, Richard updated the vte package I needed in his Fedora 20 repo, and did gnome-terminal 3.12.1 at the same time. I can report the behaviour I was looking for is restored. Thanks! AfC