[Libwebsockets] http client callback owner
joel.winarske at gmail.com
Sun Apr 23 22:30:33 CEST 2017
I noticed that when initiating a connection to ws or wss, it will use the
"protocol" value for the "sec-protocol" header. So if my local lwsws
protocol is named "xyz", and I set protocol to "xyz" as I want to own the
http client callbacks in my plug-in, when I connect to the ws/wss endpoint,
it will send the "sec-protocol" value of "xyz". The protocol handler and
actual protocol name for far end connect should be different. If protocol
is null, then I would expect "sec-protocol" not to be added to the
headers. What do you think?
On Sat, Apr 22, 2017 at 4:20 PM, Andy Green <andy at warmcat.com> wrote:
> On 04/23/2017 06:20 AM, Joel Winarske wrote:
>> Do the CLIENT callbacks only happen on protocol index 0, or do they
>> happen on which ever protocol the client was initiated from? Meaning do I
>> get a separate client handler per protocol, or just the global handler via
>> protocol 0? I've only had a need to use the global scheme via protocol 0,
>> until now.
> Since the last few weeks on master very early in the client connection
> process the client wsi gets its protocol pointer set to the vhost instance
> of the named protocol given in the client connection info. So since then
> even things like CONNECTION_ERROR are targeted at the vhost instance of the
> named protocol.
> The reason is I had a use myself for client stuff selfcontained in the
> context of a "plugin" for ESP32 Over The Air update support... it became
> clear then everything should be called back into the plugin for client
>> Libwebsockets mailing list
>> Libwebsockets at ml.libwebsockets.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Libwebsockets