Bug 1543

Summary: ~C always opens command prompt on master session
Product: Portable OpenSSH Reporter: Colin Watson <cjwatson>
Component: sshAssignee: Assigned to nobody <unassigned-bugs>
Status: CLOSED FIXED    
Severity: normal CC: adrian, djm
Priority: P2    
Version: 5.1p1   
Hardware: All   
OS: Linux   
URL: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=507541
Bug Depends on:    
Bug Blocks: 1481    
Attachments:
Description Flags
disable ~C for multiplexed slave connections none

Description Colin Watson 2008-12-02 22:24:46 AEDT 
In Debian bug #507541, Adrian Bridgett reported:

"I use multiplexed connections.  If in a slave SSH session I type "~C" to open an SSH command prompt, nothing appears to happen.  If I look at the master SSH session though I see the "ssh>" prompt has appeared there :-)  Not the end of the world, though it did confuse me for a while (not least as it hangs the slave session until I've entered a command on the master session)."
Comment 1 Damien Miller 2008-12-08 08:22:20 AEDT 
Created attachment 1583 [details]
disable ~C for multiplexed slave connections

This patch takes the easy way out and just disables ~C for multiplex slave connections. I'd like to fix it properly (i.e. make ~C work for slaves too), but it is quite a bit of work - clientloop.c:process_cmdline() would need a read_passphrase() equivalent that worked with the stdio Buffers.
Comment 2 Damien Miller 2008-12-08 08:22:44 AEDT 
put this on the list for 5.2
Comment 3 Damien Miller 2008-12-09 14:13:47 AEDT 
patch applied - this fix will be in openssh-5.2. Thanks for the report.
Comment 4 Damien Miller 2009-02-23 13:36:44 AEDT 
Close bugs fixed/reviewed for openssh-5.2 release
Comment 5 Adrian Bridgett 2010-01-06 07:46:49 AEDT 
Perhaps a feature bug needs to be created to track Damien's comment that really this needs reimplementing in the slave - after all when I have four ssh sessions open I have _no_ idea which is the master more often than not!