On Feb 3, 2005, at 2:25 PM, Joe Schaefer wrote:
No that's not the problem. There's a bug in how 2.04 bakes
cookies (it sets the table entry using apr_table_addn on a
stack buffer instead of calling apr_table_add).
Blamo. That definitely explains it -- thanks!
It doesn't help that the libapreq2 tes
ben syverson <[EMAIL PROTECTED]> writes:
> I haven't looked at the code, but I suspect that "bake" is
> accidentally doing the equivalent of $r->headers_out->set('Set-Cookie'
> => $cookie) rather than $r->headers_out->add('Set-Cookie' =>
> $cookie)...
No that's not the problem. There's a bug i
On Feb 3, 2005, at 8:32 AM, Kurt Hansen wrote:
Have you checked the expiration of your cookies?
Hi Kurt,
I cut out the expires, domain and path information to make a more
concise listing for email. The expires is set to '+12h,' and is set
fine for the last cookie out. I haven't looked at the code
ben syverson wrote:
I'm new to the list, although I've read so many of its messages I feel
like I subscribed weeks ago. :) I'm having some problems getting
libapreq2's Apache::Cookie to send out more than one cookie. The same
basic code worked fine in mp1, which makes me think I'm doing
somethi
Hello,
I'm new to the list, although I've read so many of its messages I feel
like I subscribed weeks ago. :) I'm having some problems getting
libapreq2's Apache::Cookie to send out more than one cookie. The same
basic code worked fine in mp1, which makes me think I'm doing something
improperly
|
| To: [EMAIL PROTECTED]
|
| cc:
Ok, I was a bit wrong in saying that the secure flag is not working,
actually it is working but not as described.
While I was checking the sources I figured that the parameter to enable
the secure flag has to be 'on' instead of '1' .
Anyway, I thought I let you know .
Mit freundlichen Grüßen /
"Swen Schillig" <[EMAIL PROTECTED]> writes:
> Joe
>
> Thanks for the patch the expiration is working fine now
> even though the test fails :-)
>
>
> t/testall -v
> All APREQ Tests:
> Cookie: ..F.
> Param:...
> Parsers: ..
>
> 9
|
| To: [EMAIL PROTECTED]
|
| cc:
|
|
Joe Schaefer <[EMAIL PROTECTED]> writes:
> It looks to me like there may be a problem in apreq_cookie.c
> (it may not be computing the "expires" date correctly for Netscape
> cookies). Which version of libapr are you using?
If you're using the latest libapr, this patch to libapreq2
should fix t
"Swen Schillig" <[EMAIL PROTECTED]> writes:
> Hi *
>
> I have a problem with Apache::Cookie setting the
> expiration value correctly.
> Meaning whatever I specify, the default value is used instead ( which
> is now or -1) !
[...]
> Am I doing something wrong or is this a known bug ??
Bug, prev
Hi *
I have a problem with Apache::Cookie setting the
expiration value correctly.
Meaning whatever I specify, the default value is used instead ( which is
now or -1) !
The other paramters (like path) are set correctly !
The same syntax works just fine with CGI::Cookie (ok, beside the $r object)
m
12 matches
Mail list logo
