[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Bug-wget] Wget expected behaviour on cookie mismatch
From: |
Tim Ruehsen |
Subject: |
Re: [Bug-wget] Wget expected behaviour on cookie mismatch |
Date: |
Wed, 13 Feb 2013 10:19:03 +0100 |
User-agent: |
KMail/1.13.7 (Linux/3.2.0-4-amd64; KDE/4.8.4; x86_64; ; ) |
Hi Darshit,
> From what I read and understood, if the header does not domain-match, wget
> should ignore the cookie. AFAIK, wget does successfully ignore that cookie
> currently.
Yes, that is a current bug of wget.
> However, I cannot understand the output of wget:
> "Cookie coming from localhost attempted to set domain to localhost"
> That is cookie->domain and host were a match and yet it failed the
> check_domain_match(cookie->domain, host) call.
> Is this a bug? I'll attempt getting and reading a stacktrace for the same
> to get more information.
Ángel already made it clear.
> The sixth test in Test-cookies.px, is it meant to fail? My Perl is
> terrible, and I've been trying to improve it. Does it mean that the
> expected header for that cookie should NOT include "foo=bar"?
Request #5 makes the server respond with a Cookie that does not match the
request domain. This simulates a misbehaving server. Wget should ignore that
cookie, which is tested in Request #6. "!Cookie" => qr|foo=bar|" means 'the
Wget request must not contain a Cookie header containing foo=bar' (the server
side checks that).
Regards,
Tim Rühsen