Bug 89 - [PATCH] make the Waiting for forwarded connections to terminate... message more helpful
Summary: [PATCH] make the Waiting for forwarded connections to terminate... message mo...
Status: CLOSED WONTFIX
Alias: None
Product: Portable OpenSSH
Classification: Unclassified
Component: sshd (show other bugs)
Version: -current
Hardware: ix86 Linux
: P2 normal
Assignee: OpenSSH Bugzilla mailing list
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-01-31 21:16 AEDT by Matthew Vernon
Modified: 2004-04-14 12:24 AEST (History)
1 user (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Matthew Vernon 2002-01-31 21:16:49 AEDT 
Hi,

The following patch makes this message a bit more helpful to the less
experienced user.

diff -u -r openssh-3.0p1-orig/serverloop.c openssh-3.0p1/serverloop.c
--- openssh-3.0p1-orig/serverloop.c     Fri Oct 12 02:35:06 2001
+++ openssh-3.0p1/serverloop.c  Thu Nov  8 18:12:10 2001
@@ -557,7 +557,7 @@
                        if (!channel_still_open())
                                break;
                        if (!waiting_termination) {
-                               const char *s = "Waiting for forwarded connectio
ns to terminate...\r\n";
+                               const char *s = "Waiting for forwarded connectio
ns to terminate... (press ~& to background)\r\n";
                                char *cp;
                                waiting_termination = 1;
                                buffer_append(&stderr_buffer, s, strlen(s));
Comment 1 Ben Lindstrom 2002-04-06 14:30:44 AEST 
Umm.. Great.. Until the user finds:

     -e ch|^ch|none
             Sets the escape character for sessions with a pty (default: `~').
             The escape character is only recognized at the beginning of a
             line.  The escape character followed by a dot (`.') closes the
             connection, followed by control-Z suspends the connection, and
             followed by itself sends the escape character once.  Setting the
             character to ``none'' disables any escapes and makes the session
             fully transparent.
Comment 2 Damien Miller 2004-04-14 12:24:17 AEST 
Mass change of RESOLVED bugs to CLOSED