-
Notifications
You must be signed in to change notification settings - Fork 64
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Streams and channel not closing after receiving SSH_Message_Channel_Close #116
Comments
cbenhagen
added a commit
to cbenhagen/dartssh2
that referenced
this issue
Dec 14, 2024
Fixes TerminalStudio#116 When receiving a SSH_Message_Channel_Close message, the channel was not being properly closed. This caused the stdout stream to remain open, preventing the drain() operation from completing. The fix: 1. Let the channel handle the close message properly 2. Added test to verify channel close behavior
cbenhagen
added a commit
to cbenhagen/dartssh2
that referenced
this issue
Dec 14, 2024
Fixes TerminalStudio#116 When receiving a SSH_Message_Channel_Close message, the channel was not being properly closed. This caused the stdout stream to remain open, preventing the drain() operation from completing. The fix: 1. Let the channel handle the close message properly 2. Added test to verify channel close behavior
cbenhagen
added a commit
to cbenhagen/dartssh2
that referenced
this issue
Dec 14, 2024
Fixes TerminalStudio#116 When receiving a SSH_Message_Channel_Close message, the channel was not being properly closed. This caused the stdout stream to remain open, preventing the drain() operation from completing. The fix: 1. Let the channel handle the close message properly 2. Added test to verify channel close behavior
Seems this repo is unmaintained? I just created this PR: #118 |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
With open listeners on the stdout stream (ie
await shell.stdout.drain();
) the channel is not correctly closed when receiving aSSH_Message_Channel_Close
message.Remote is a
SSH-2.0-SwiftNIOSSH_1.0
.The text was updated successfully, but these errors were encountered: