ctrl+c doesn't interrupt running process

Bug #317948 reported by Ivan Zorin
70
This bug affects 8 people
Affects Status Importance Assigned to Milestone
GNOME Terminal
Invalid
Low
gnome-terminal (Ubuntu)
Invalid
Low
Ubuntu Desktop Bugs

Bug Description

Binary package hint: gnome-terminal

Distribution: Ubuntu Jaunty Alpha 2 with latest updates;
Application: gnome-terminal 2.25.3-0ubuntu1;
Problem: ctrl+c doesn't work as should;
Steps to reproduce:
1. open gnome-terminal;
2. run some command - for example: tree / or: sudo find / -iname *ubuntu*;
3. wait a few seconds;
4. press ctrl+c;
What should happens: process should immediately stops running.
What happens: nothing. process keep on running.
Possible temporary solution:
1. press ctrl-z - it's immediately hibernate running process;
2. find PID of process - for example: ps ax | grep tree
12673 pts/6 T 0:00 tree /
3. kill such process:
kill -9 12673

Revision history for this message
Pedro Villavicencio (pedro) wrote :

do you get the same with xterm? i don't think it's a gnome-terminal issue.

Changed in gnome-terminal:
importance: Undecided → Low
status: New → Incomplete
Revision history for this message
Ivan Zorin (iaz) wrote :

>do you get the same with xterm?
No, i've just check it and in xterm everything fine - ctrl+c interrupts running process as should.

Oh, I'm very sorry for anxiety. I've found problem - I've <ctrl+c> keyboard shortcut in gnome-terminal for "copy"; but in previous versions of gnome-terminal such shortcut works well - if i pressed <ctrl-c> within some text has been selected, it's just copied selected text in buffer; but if i pressed <ctrl+c> within some process running, then process interrupts properly. Looks like that in later version gnome-terminal just doesn't count up context of such shortcut pressing.

Changed in gnome-terminal:
status: Incomplete → Invalid
Revision history for this message
Cybah (jon-cybus) wrote :

I agree that the behaviour has changed with the version of gnome-terminal in Jaunty. The previous version allowed CTRL-C to be bound to copy, but still passed it through to the shell when no text was highlighted. I think it should revert to this behaviour.... see bug #350326.

Changed in gnome-terminal:
status: Invalid → New
Revision history for this message
John Kozyrakis (ikoz) wrote :

I can confirm this behavior. The behavior of Ctrl+C has changed silently in jaunty, people might not even notice that they have configured ctrl+c as a 'copy' shortcut.

It should change back to the previous behaviour (send ctrl+c signal if no text is selected for copy) OR some mention of the change should be made in the changelog.

Revision history for this message
Pedro Villavicencio (pedro) wrote :

May someone having this issue please send it upstream at bugzilla.gnome.org ? for forwarding instructions please have a look to https://wiki.ubuntu.com/Bugs/Upstream/GNOME ; thanks in advance.

Revision history for this message
Cybah (jon-cybus) wrote :

Done...

http://bugzilla.gnome.org/show_bug.cgi?id=579022

Isn't this a job para los ubunteros? : - ) Also, can you mark this bug as status: confirmed? It takes 30 seconds to reproduce it.

Revision history for this message
ngsupb (ngsupb) wrote :

I have the same problem, can't use Ctrl+C after upgrading to 9.04

Revision history for this message
Jan Nekvasil (jan-nekvasil) wrote :

For me Ctrl+C works as expected in current Jaunty, means it that this bug was fixed silenty?

Revision history for this message
Cybah (jon-cybus) wrote :

Not for me. I just tested again with gnome-terminal 2.26.0-0ubuntu2 and the bug still stands. CTRL-C is always activated, rather than passing through to the shell when no text is highlighted.

Revision history for this message
Jan Nekvasil (jan-nekvasil) wrote :

Try to run this in Your terminal:

stty -a | sed -r -n "s/.*(intr = [^;]*);.*/\1/p"

What does it returns, "intr = ^C" or something else?

Revision history for this message
Pedro Villavicencio (pedro) wrote :

Thanks for sent it upstream. linking the report.

Changed in gnome-terminal (Ubuntu):
assignee: nobody → Ubuntu Desktop Bugs (desktop-bugs)
status: New → Triaged
Revision history for this message
Cybah (jon-cybus) wrote :

Jan, the behaviour has been acknowledged upstream, so don't need to test any further. However, FYI...

$ stty -a | sed -r -n "s/.*(intr = [^;]*);.*/\1/p"
intr = ^C

Changed in gnome-terminal:
status: Unknown → New
Revision history for this message
ataraxic (ygeorgie) wrote :

I solve it by changing Copy key binding (that I never use by the way)
in Edit->Keyboard Shortcuts->Edit
from Ctrl+C -- that was by default
to Ctrl+Alt+C (it can be anything, but not Ctrl+C)
Everything is working fine.

BTW broken Ctrl+C prevents emacs -nw from quiting with Ctrl-X-C
And that's _really_ annoying... Only kill-emacs is working.
Cheers!

Changed in gnome-terminal:
status: New → Confirmed
Revision history for this message
Priit Tamboom (priit-tamboom) wrote :

Just let you know that I also miss the multifunction feature of Ctrl-C. Currently to overcome this I compiled older gnome-terminal 2.23.91 to keep the behavior.

Revision history for this message
Gonzo (alex-satellite) wrote :

Sorry, what did you do exactly? Could you please tell us?
Why exactly this version and not a bit higher?
How did you compile it? How did you install it? And what about higher versions of its dependencies? It can easily break something somewhere...

Revision history for this message
Priit Tamboom (priit-tamboom) wrote :

Gonzo: I think this place is not the best area to talk about how to compile, install etc, anyhow if you need help you are welcome to open topic at ubuntuforum and I could help you there.

Revision history for this message
Gonzo (alex-satellite) wrote :

I know how to compile. You've just swerved to an off-topic conversation yourself, not me. My question was 'how did you do it exactly while keeping higher versions of its dependencies and possible breakage of something concerning this'. I've also tried this and it works, but I'm not sure that it won't do bad things somewhere else. Ok, thanks for your 'help', dude.

Changed in gnome-terminal:
importance: Unknown → Low
Changed in gnome-terminal:
status: Confirmed → Invalid
Revision history for this message
Jeremy Bícha (jbicha) wrote :

I use gnome-terminal a lot and haven't seen this bug.

Changed in gnome-terminal (Ubuntu):
status: Triaged → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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