You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@mina.apache.org by "Will Saxon (JIRA)" <ji...@apache.org> on 2013/08/30 23:50:51 UTC

[jira] [Created] (SSHD-255) sshd does not (always?) reply to requests setting 'want reply'

Will Saxon created SSHD-255:
-------------------------------

             Summary: sshd does not (always?) reply to requests setting 'want reply'
                 Key: SSHD-255
                 URL: https://issues.apache.org/jira/browse/SSHD-255
             Project: MINA SSHD
          Issue Type: Bug
    Affects Versions: 0.6.0, 0.5.0
         Environment: Seen w/ Gerrit (http://gerrit.googlecode.com) running via Tomcat 7 & Oracle JDK 7 on CentOS 6.x x86_64. Client was TortoiseGit using PuTTY 0.63 for SSH transport. Gerrit 2.5.x uses sshd 0.5.1, Gerrit 2.7.x uses sshd 0.6.0.
            Reporter: Will Saxon


Upon upgrading to PuTTY 0.63, a developer was unable to fetch changes from Gerrit projects if there were lots of outstanding changes (>200). The fetch would hang.

After consulting w/ the TortoiseGIT and PuTTY developers, it was determined that the hangs occurred as PuTTY was sending several SSH_MSG_CHANNEL_REQUEST 'winadj' messages with the 'want reply' flag set. sshd is not replying to these requests and PuTTY is blocking on the reply, leading to a perceived 'hang' by the user.

I don't have a copy of the entire email exchange, but it reads like the SSH standard indicates replies should only be sent when 'want reply' is true, but sshd always sends replies for requests it understands and never sends replies for requests it does not, regardless of the value of 'want reply'.


--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira