Minor issue but I was debugging something else with Fiddler and it kept telling me this about responses from HN:
Fiddler has detected a protocol violation in session #122.
The Server did not return properly formatted HTTP Headers. HTTP headers
should be terminated with CRLFCRLF. These were terminated with LFLF.
Presumably this is an issue in the Arc code outputting the headers. Also, is this where I should report this or is there a support email or something I can address?
Quick verification of that:
So, there are a couple of possible solutions: explicitly specify CRLF as line endings when needed (i.e. insert #\return), or have a special version of pr for network communication that does LF -> CRLF translation).Within the respond function there are other instances of using prn to send to the socket that need to be fixed:
I'm guessing that altering gen-type-header and creating a special prcrlf function is the way to go. Although, personally, I don't like the assumption that the editor is inserting 0x0A for line-endings and would rather be totally certain with something like: Since you'll need to do this sort of thing a lot a little helper would probably make sense (and I'd add the CRLF on the last line explicitly): And change every instance of prn in respond to prcrlf. Except for (prn (type-header* filetype)) which becomes (pr (type-header* filetype)).Note: I have not tested this change. Probably some other small gotchas.