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
Yes, lack of proper timeout support is a known issue. Note however that this is unrelated to SSL/TLS, so in your case it looks like the underlying TCP/IP connection already times out.
FWIW: Your OS will likely still implement a timeout for the socket, though we currently offer no API to change this value. It will likely be anywhere between a few minutes or hours, which is likely way beyond what most applications want.
explain why a write event is expected and what kind of write event is suppose to trigger this?
This is the normal async socket connection approach: Open the underlying socket resource, set it to non-blocking mode and start the connection. Once the socket descriptor becomes writable it means we can check if the connection has either been accepted or rejected.
Because we currently offer no custom timeout handling, we currently rely entirely on the OS timeout. This means the "write" event will actually trigger eventually, you're probably just not patient enough :-)
This is in support of phergie/phergie-irc-bot-react#42
i noticed the code never goes into this line https://github.com/reactphp/socket-client/blob/v0.4.4/src/SecureConnector.php#L22 because there is isn't a write event coming while it seems to be waiting for that https://github.com/reactphp/socket-client/blob/v0.4.4/src/Connector.php#L58
can someone confirm this and also explain why a write event is expected and what kind of write event is suppose to trigger this?
The text was updated successfully, but these errors were encountered: