GNU bug report logs - #13598
24.3.50; url-http.el doesn't correctly parse headers when they are sent line-by-line

Previous Next

Full log

View this message in rfc822 format

From: Blazej Adamczyk <blazej.adamczyk <at> gmail.com>
To: 13598 <at> debbugs.gnu.org
Subject: bug#13598: 24.3.50
Date: Wed, 26 Feb 2014 17:54:06 +0100

[Message part 1 (text/plain, inline)]

Hello, 
I had to reopen the bug because I faced the same problem as OP. His didn't make himself clear:

By example:
When parsing response we may get in state when we will receive only the following:

"HTTP/1.0 200 OK^M
"

without double quotes (I added them to show the newline character).

In case of current implementation the regexp "^\r?$" and the previous regexp "^\r*$" both are matching the end of string. That is wrong because there will be something in the new line after a while. 

RFC 2616 states clear:
       generic-message = start-line
                         *(message-header CRLF)
                         CRLF
                         [ message-body ]
       start-line      = Request-Line | Status-Line

there has to be one (exactly one) CR in a single line between headers and body. Thus I propose a simple regexp "^\r$".

--
Blazej

[signature.asc (application/pgp-signature, attachment)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.