HCGetWebSocketConnectResult populates result with different handle about libhttpclient HOT 3 CLOSED

You are correct, this was somewhat intentional. After calling HCWebSocketConnectAsync, the internal WebSocket object will be kept alive by libHttpClient until it is disconnected - even if the client closes their handle. The handle populated in the result is guaranteed to be a valid handle to the WebSocket, while the client's handle isn't.

In theory, you should be able to disambiguate between which WebSocket is connection is completing based on the XAsync context, but I also recognize that using the returned handle would be easier/more intuitive. I will change this to pass back the client's handle as part of the connect result, but the library still makes no guarantees that the handle is valid as it's still owned by the client.

from libhttpclient.

In actual app context is already taken by this :) Your plan to pass handle used in connect call is very welcome. It will also make on connect callback more alike rest of callbacks on the websocket.

from libhttpclient.

Client's handle will now be returned in the async result after this change: #699

from libhttpclient.