[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-commits
Subject: Re: kdelibs/kioslave/http/kcookiejar
From: "Dawit A." <adawit () kde ! org>
Date: 2004-10-03 22:43:23
Message-ID: 200410031843.24228.adawit () kde ! org
[Download RAW message or body]
On Sunday 03 October 2004 14:48, Benjamin Meyer wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> If you called
> dcop kcookiejar kcookiejar getDomainAdvice http://www.slashdot.org
> domains[0] = .slashdot.org
> domains[1] = slashdot.org
>
> The best example:
> dcop kcookiejar kcookiejar getDomainAdvice http://.slashdot.org
> domains[0] = ..slashdot.org
> domains[1] = .slashdot.org
IMHO that is a bogus example. Why would a user type "http://.slashdot.org" ?
And even if we want to deal with that, then KCookieJar::extractDomains is the
proper place for that...
> Going with domains[0] would not the correct domain, while [1] is.
>
> When domains[0] was used you could never have a "foo.org" with a Advice,
> only ".foo.org". In konq's cookie settings you can specify "foo.org".
Valid point but that shows getDomainAdvice is currently broken. Why did you
then find it necessary to change setDomainAdvice ? Moreover, your fix is as
wrong as what was there in the first place. ::getDomainAdvice should iterate
over all possible domains/hosts and return the appropriate result. Just
changing it to domains[1] does not really solve anything...
--
Regards,
Dawit A.
"Preach what you practice, practice what you preach"
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic