Forgot to include the list.

-----Forwarded Message-----
> From: Mark Maunder <[EMAIL PROTECTED]>
> To: Dennis Stout <[EMAIL PROTECTED]>
> Subject: Re: cookies
> Date: 16 Jul 2003 14:19:27 -0700
> 
> Hi Dennis,
> 
> One possibility: Check the -path option. It's supposed to set it to '/'
> by default if you dont specify it, but it doesn't. I discovered this
> about 20 minutes ago with a similar bug. So manually specify something
> like:
> my $cookie = Apache::Cookie->new($r,
>                         -name => 'cookiename',
>                         -value => 'someval',
>                         -expires => '+7d',
>                         -domain => '.dontvisitus.org',
>                         -path => '/',
>                         );
> 
> CGI::Cookie works the same in case that's what you're using. If you have
> Mozilla, go to Preferences/Privacy/Cookies, run cookie manager and check
> the path that's being set. That's how I discovered this. 
> 
> Hope that helps.
> 
> Mark.
> 
> On Wed, 2003-07-16 at 14:13, Dennis Stout wrote:
> > Okay, so technically this isn't really "mod_perl" speific...  but the cookie
> > is being set with mod_perl and it's a huge mod_perl program being affected by
> > this:)
> > 
> > I have a cookie, the domain is set to .stout.dyndns.org (with the leading .).
> > 
> > I set the cookie just fine now (thanks to those helping me on thatr)
> > 
> > I had a problem parsing the cookie.  Added some debugging (okay, warn lines up
> > the yingyang) and after cycling through the headers and warning them out to
> > the errorlog...  I never saw any cookie info.
> > 
> > So... If the website is ttms.stout.dyndns.org shouldn't the cookie domain be
> > .stout.dyndns.org?
> > 
> > *sigh*  6 more days to finish this database.....  I doubt I'll make it.
> > 
> > Dennis
> -- 
> Mark Maunder <[EMAIL PROTECTED]>
> ZipTree Inc.
-- 
Mark Maunder <[EMAIL PROTECTED]>
ZipTree Inc.

Reply via email to