[Top][All Lists]

[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: Tue, 12 Feb 2013 08:43:53 +0100
User-agent: KMail/1.13.7 (Linux/3.2.0-4-amd64; KDE/4.8.4; x86_64; ; )

Am Monday 11 February 2013 schrieb Darshit Shah:
> One of the 70 tests written for wget fails. The error message is:
> > *** Mismatch on !Cookie:  =~ (?^:foo=bar)
> > 400 Mismatch on expected headers
> > 2013-02-12 03:05:48 ERROR 400: Mismatch on expected headers.
> Now, I was wondering, in the ideal case, what is wget expected to do in
> such a case? Should wget ignore the cookie like it does in testcase 5 for a
> mismatched domain?
> Any help/advice on this front would be greatly appreciated.
> File in question is: Test-cookies.px

I sent the patch 9.11.2012, when I realized wget fails to handle non-matching 
cookies. The bug has still to be fixed in wget - the test correctly fails.

Here is a cite from my email:
"Also included is a test for testing the ignorance of a non-matching domain in 
the Set-Cookie header. (wget fails, but shouldn't due to RFC 6265 5.3.6).
wget just replaces that foreign domain with the domain from the request-uri."

I already created correctly working library routines for cookie handling incl. 
Mozilla Public Suffix handling. It is not decided yet, if this library ever 
links to a future wget. And it is still not released and needs more work (any 
help appreciated !). If interested: it is still in 
https://github.com/rockdaboot/mget, but will move into it's own project soon.

Fixing the issue in wget1.x would be a nice move, though.


     Tim Rühsen

reply via email to

[Prev in Thread] Current Thread [Next in Thread]