Simon,
thank you for your report. It is not a known problem. I'd be
grateful if you could open a github issue
(https://github.com/edicl/drakma/issues). From glancing at your
description, it seems to me that this is indeed a bug that should be
fixed.
Thanks,
Hans
On Sun, Dec 9, 2012 at 6:15 PM, Simon Koch <sim...@postfach.it> wrote:
> When parsing this Set-Cookie line:
>
> Set-Cookie: shssl=4058628; path=/; secure; HttpOnly
>
> The resulting Cookie is:
>
> #<COOKIE shssl=4058628; path=/; domain=www.base.de>
>
> Which misses both features: 'HttpOnly' and 'secure'.
>
> I traced the bug down to 'parse-set-cooie' which returns
> (("Set-Cookie: shssl" "4058628" (("path" . "/") ("secure; HttpOnly"))))
>
> instead of (("Set-Cookie: shssl" "4058628" (("path" . "/") ("secure")
> ("HttpOnly"))))
>
> As far as I understood the code the problem is caused by
> 'read-name-value-pairs' of chunga.
>
> I am using chunga 1.1.1 and drakma 1.2.9
>
> Is this a already known bug/problem?
>
>
> _______________________________________________
> drakma-devel mailing list
> drakma-devel@common-lisp.net
> http://lists.common-lisp.net/cgi-bin/mailman/listinfo/drakma-devel
_______________________________________________
drakma-devel mailing list
drakma-devel@common-lisp.net
http://lists.common-lisp.net/cgi-bin/mailman/listinfo/drakma-devel
