[pmwiki-users] The WikiCalendar and session cookies
dan mcmullen
bang at pacific.net
Wed May 18 11:50:05 CDT 2005
i know it's not a PmWiki problem, but it may be causing redundant
password requests for others.
it is also a bit more complicated than just a bad $ScriptUrl. in my
domain the leading 'www.' is optional. i've been setting $ScriptUrl (&
$UploadUrlFmt & $PubDirUrl) to the domain name without 'www.'.
my problem seems to be that when i link to the wiki using just the
domain and field name (eg 'http://foo.org/fieldname'), then something
(isp Apache config?) forces the resulting page URL to have the leading
'www.'. if a session cookie is generated, it (sometimes?) has the
undesired leading 'www.'. this creates the two session cookies &
unpredictable password requests occur.
all this is pretty trivial. i can live with a leading 'www.', but i'd
like to understand what's going on better.
tia & enjoy! /dan
Radu wrote:
> This problem is not caused by any pmwiki stuff, it's just the way
> cookies work. If you go to foo.org you get one cookie, if you go to
> www.foo.org, you get a different one. as far as the browser is
> concerned, those are two different domains. So if you point to your site
> as www.foo.org, but you declare foo.org in the $ScriptURL (or
> vice-versa), you'll always have to enter your read password twice.
>
> At 11:38 AM 5/17/2005, dan mcmullen wrote:
>
>> i was recently mucking about getting short URLs working and ended up
>> with two PmWiki session cookies: e.g. one for www.foo.org and one for
>> foo.org. this seemed to cause repeated password requests. deleting
>> old cookies might be worth a try for others with this problem.
--
dan mcmullen, ca, usa be easy - be !
mailto:bang at pacific.net 707-485-0220
More information about the pmwiki-users
mailing list