bugzilla-daemon at mindrot.org
2007-Mar-29 17:05 UTC
[Bug 1301] Repeated ~. need an intervening ENTER to be effective
http://bugzilla.mindrot.org/show_bug.cgi?id=1301 Summary: Repeated ~. need an intervening ENTER to be effective Product: Portable OpenSSH Version: 4.5p1 Platform: ix86 OS/Version: Linux Status: NEW Severity: normal Priority: P4 Component: ssh AssignedTo: bitbucket at mindrot.org ReportedBy: felix at crowfix.com ssh from a to b. ssh from b to c. Use "~~." to exit from c back to b. Now "~." on b results in "command not recognized" by bash. A second "~." will exit from b back to a. Any intervening command on b, even ENTER alone, does the trick. This could be a bug in bash for all I know, but my hunch is ssh. In this particular case, "a" is an rPath x86 machine, version OpenSSH_4.5p1, OpenSSL 0.9.7f 22 Mar 2005. "b" is a gentoo x86, version OpenSSH_4.5p1, OpenSSL 0.9.8e 23 Feb 2007. "c" is "a" again. ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
bugzilla-daemon at mindrot.org
2007-Mar-30 00:48 UTC
[Bug 1301] Repeated ~. need an intervening ENTER to be effective
http://bugzilla.mindrot.org/show_bug.cgi?id=1301 djm at mindrot.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WORKSFORME ------- Comment #1 from djm at mindrot.org 2007-03-30 10:48 ------- I don't think this is a bug; it is a consequence of chained SSH connections and is logically consistent behaviour. Even if we were to consider it a bug, it would be near impossible to fix in the general case because a SSH session has no robust way of knowing that another SSH session is being tunneled through it. ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.