<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><div>and a followup after doing some investigation...</div><div><br></div><div>On Jan 17, 2011, at 8:45 PM, Duncan McEwan wrote:</div><blockquote type="cite"><div><font class="Apple-style-span" color="#000000">...<br></font>While investigating this issue, I noticed something that is most likely not at all related to the main problem described above. In the tcpdump trace wireshark flagged some "Malformed" IPP Request packets. I believe these are related to the "cupsGetResponse: Finishing chunked POST..." messages in the debug trace. The odd thing is that CUPS doesn't seem to be sending the preceeding requests using the chunked encoding format, which is perhaps what is causing wireshark to flag those packets as being malformed?<br></div></blockquote></div><div><br></div>The issue here seems to be that httpUpdate is consuming all available headers from the printer and sees the printer's "Transfer-Encoding: chunked" header, so by the time cupsGetResponse is called it thinks we sent a chunked request...<div><br></div><div>I went ahead and filed STR #3778 on your behalf:</div><div><br></div><div> <a href="http://www.cups.org/str.php?L3778">http://www.cups.org/str.php?L3778</a></div><div><br></div><div>Feel free to post your own comments to the bug as needed...</div><div><br><div>________________________________________________________________________<br>Michael Sweet, Senior Printing System Engineer, PWG Chair<br><br><br><br><br></div><br></div></body></html>