On Thu, 9 Nov 2023, Damien Miller wrote:
>--- a/clientloop.c
>+++ b/clientloop.c
>@@ -580,7 +580,7 @@ obfuscate_keystroke_timing(struct ssh *ssh, struct timespec *timeout,
> if (options.obscure_keystroke_timing_interval <= 0)
> return 1; /* disabled in config */
>
>- if (!channel_still_open(ssh) || quit_pending) {
>+ if (!channel_tty_open(ssh) || quit_pending) {
> /* Stop if no channels left of we're waiting for one to close */
> stop_reason = "no active channels";
This looks like it will only move the problem.
I often use an interactive session WITH forwarding,
so I would have both forwarded packets (which should
not get timing delayed) and interactive packets in the
same connection…
bye,
//mirabilos
--
15:41⎜<Lo-lan-do:#fusionforge> Somebody write a testsuite for helloworld :-)
_______________________________________________
openssh-unix-dev mailing list
openssh-unix-dev@xxxxxxxxxxx
https://lists.mindrot.org/mailman/listinfo/openssh-unix-dev
