<div>Just for http client.  I see it for being used as a technique to test the internet connection.</div><div><br></div><div><br><div class="gmail_quote"><div>On Sat, Mar 11, 2017 at 1:30 PM Andy Green <<a href="mailto:andy@warmcat.com">andy@warmcat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br class="gmail_msg">
<br class="gmail_msg">
On March 12, 2017 2:14:46 AM GMT+08:00, Joel Winarske <<a href="mailto:joel.winarske@gmail.com" class="gmail_msg" target="_blank">joel.winarske@gmail.com</a>> wrote:<br class="gmail_msg">
>Hi Andy,<br class="gmail_msg">
><br class="gmail_msg">
>Is method HEAD expected to work with client?<br class="gmail_msg">
<br class="gmail_msg">
It looks like it should issue what it would for GET with HEAD, if you set the client connect info .method to "HEAD".  That's what HEAD is supposed to do on client.<br class="gmail_msg">
<br class="gmail_msg">
Are you really asking does lws server part understand HEAD?  It knows it is a valid method and can parse it, but it doesn't respond to it using HEAD semantics in the fileserving part, since nobody has asked for it.<br class="gmail_msg">
<br class="gmail_msg">
-Andy<br class="gmail_msg">
<br class="gmail_msg">
><br class="gmail_msg">
>Joel<br class="gmail_msg">
</blockquote></div></div>