[squeak-dev] Re: HTTP client library in Pharo?
Andrei Stebakov
lispercat at gmail.com
Fri Aug 6 03:54:45 UTC 2010
Also I forgot to mention that HEAD requests should also support redirects.
When you issue a HEAD request for some url it should go trough all
redirects collecting all the cookies so that you'll end up with the
headers/cookies for the final destination for the url.
Well, it's just an easy one-line code change anyway...
On Thu, Aug 5, 2010 at 11:09 PM, Andreas Raab <andreas.raab at gmx.de> wrote:
> On 8/5/2010 11:13 AM, Andrei Stebakov wrote:
>>
>> Maybe some servers may accept this, but the one I am working with
>> chokes on it and skips all the "Cooke: " statements following the
>> first one.
>> If you take a look at the "Live HTTP headers" with FireFox, you'll see
>> requests with cookies follow the "all-cookies-in-one-line" rule.
>
> I'm pretty sure it's allowed per RFC to send multiple Cookie headers, but
> I've changed it anyway.
>
> Cheers,
> - Andreas
>
>> On Wed, Aug 4, 2010 at 1:15 PM, Andreas
>> Raab<andreas.raab-Mmb7MZpHnFY at public.gmane.org> wrote:
>>>
>>> On 8/4/2010 9:57 AM, Mariano Martinez Peck wrote:
>>>>
>>>> Hi Adrei, excellent :)
>>>>
>>>> BTW, for HTTP Client you should cc Andreas Raab or squeak mailing
>>>> list....
>>>
>>> Squeak-dev please
>>> (http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/squeak-dev).
>>>
>>>> On Wed, Aug 4, 2010 at 6:08 PM, Andrei
>>>> Stebakov<lispercat-Re5JQEeQqe8AvxtiuMwx3w at public.gmane.org
>>>> <mailto:lispercat-Re5JQEeQqe8AvxtiuMwx3w at public.gmane.org>> wrote:
>>>>
>>>> I also found that cookies were not correctly sent.
>>>> Every cookie was sent with its own "Cookie: " header which is not
>>>> correct.
>>>
>>> I'm curious, why do you think that's incorrect? My understanding is that
>>> RFC
>>> 2616 explicitly allows that:
>>>
>>> "Multiple message-header fields with the same field-name MAY be
>>> present in a message if and only if the entire field-value for that
>>> header
>>> field is defined as a comma-separated list [i.e., #(values)]. It MUST be
>>> possible to combine the multiple header fields into one 'field-name:
>>> field-value' pair, without changing the semantics of the message, by
>>> appending each subsequent field-value to the first, each separated by a
>>> comma."
>>>
>>> And the condition appears to be satisfied in RFC 2109 regarding the
>>> Cookie
>>> header:
>>>
>>> "The syntax for the header is:
>>>
>>> cookie = "Cookie:" cookie-version
>>> 1*((";" | ",") cookie-value)
>>> ... "
>>>
>>>
>>>> Also cookie collection is too restrictive to the domain. Let's say
>>>> your request goes to www.domain.com<http://www.domain.com> and in
>>>> the cookies it'll have
>>>> domain.com<http://domain.com>.
>>>> Those cookies won't be collected since the current algorithm requires
>>>> it to match from the start of the string (probably should only match
>>>> the end of the string).
>>>
>>> Yeah, that's a silly bug. Thanks for reporting.
>>>
>>> Cheers,
>>> - Andreas
>>>
>>> _______________________________________________
>>> Pharo-project mailing list
>>> Pharo-project-bM+ny+RY8h+a+bCvCPl5/gCzwTLBPCX0 at public.gmane.org
>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>>
>
>
>
More information about the Squeak-dev
mailing list
|