You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I've encountered a following (i think) bug:
I'm creating a client using DialWithDialerTLS. Dialer has a set timeout. The timeout is set on connection.
After that, I'm executing a Login command.
In Login, because my client doesn't have timeout set on itself, the connection's Deadline is reset, and so the command blocks, even if Dialer's timeout is exceeded.
I do believe if it's not a bug, it's at least confusing, because of a comment saying // Among other uses, this allows us to apply a connection timeout. on DialWithDialerTLS.
I think about two solutions:
Set Dialer's timeout to Client
Remove the comment, and possibly add an information to documentation about this case
Looking forward to your reply :)
The text was updated successfully, but these errors were encountered:
However that comment on DialWithDialerTLS got me misguided, and so I've assumed that the timeout propagates to the entire connection. I think that at least changing the comment should be enough. The bug itself was not obvious for me (maybe it should?), and so it took me a while to debug.
Hello,
I've encountered a following (i think) bug:
I'm creating a client using
DialWithDialerTLS
. Dialer has a set timeout. The timeout is set on connection.After that, I'm executing a
Login
command.In
Login
, because my client doesn't have timeout set on itself, the connection'sDeadline
is reset, and so the command blocks, even ifDialer
's timeout is exceeded.I do believe if it's not a bug, it's at least confusing, because of a comment saying
// Among other uses, this allows us to apply a connection timeout.
onDialWithDialerTLS
.I think about two solutions:
Dialer
's timeout toClient
Looking forward to your reply :)
The text was updated successfully, but these errors were encountered: