Hi Chris,<br><br>Thanks for the bug report. I've made a fix and checked it into jungerl in sourceforge. I've tested the fix and it works. I've done a bit of regression testing and all looks ok.<br><br>cheers<br>Chandru<br>
<br><div><span class="gmail_quote">On 11/10/06, <b class="gmail_sendername">Chris Newcombe</b> <<a href="mailto:chris.newcombe@gmail.com">chris.newcombe@gmail.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi,<br><br>I'm using ibrowse to access a web service.  (Thankyou for making it available!)<br><br>I hit a bug when using HEAD or DELETE methods (i.e. those that don't<br>return a response body).<br><br>The HEAD or DELETE request succeeds, but the ibrowse gen_server's
<br>state is not fully reset, so the next request hangs for a timeout of<br>30+ seconds.<br><br>I fixed this for my case with the patch below.<br><br>However, I don't yet use the pipelined-request feature (I do requests<br>
one at a time). So I don't know if this is the truly correct fix.<br>i.e. Perhaps State_2#state.cur_req should be set to the tail of of the<br>request queue and not 'undefined'?  Sorry, I didn't have time to write<br>tests to check that.
<br><br>regards,<br><br>Chris Newcombe<br><br>% diff ibrowse/src/ibrowse_http_client.erl.original<br>ibrowse/src/ibrowse_http_client.erl<br>658c658<br><                   parse_response(Data_1, State_2#state{reqs=Reqs_1});
<br>---<br>>                   parse_response(Data_1, State_2#state{reqs=Reqs_1, cur_req=undefined});<br>679c679<br><                   parse_response(Data_1, State_2#state{reqs=Reqs_1});<br>---<br>>                   parse_response(Data_1, State_2#state{reqs=Reqs_1, cur_req=undefined});
<br></blockquote></div><br>