sorry, i can't reproduce this with latest CVS
(and i have used multiple cookies before, 
so it should have worked for ages)

but take note that php3 sent cookies in revers 
order while php4 doesn't rearrange them

so with php3 you would get cookieone -two -three
while in php4 you get cookiethree -two -one
when using your sample code

> You can see the result of this script at 
> http://www.s-h-s.de/keks.php,
> if you like, I would add an phpinfo() at the end of this script.

looks like this is a problem related to roxen sapi?

Is this problem still existent?

user feedback:
Yes, I tried the latest snapshot from 15.Aug.2000.
But the Result is still the same.
Maybe you can give me a hint how to give a trace or debug a
certain part of php4

seems to be another error related to
roxen sapi and cookies ...

PS: bug report form should have a sapi
    input field

This is not a session-related issue. Reclassifying.

This behaviour is still visible in PHP 4.0.2 with Roxen (pike 7.0.58).

reclassified.

This bug is still present in 4.0.5.

is this still the case with the latest 4.0.5 release?

this is probably a browser related problem (the browser only
lets you set noe cookie per site.)  Does anyone else agree
or has somebody actually reproduced this one?

i meant to say "only lets you set ONE"

This is not a browser-specific bug. It's only pike-specifc (roxen) .

I spent some time to undaerstand the roxen-sapi-code, but at last I'm not able to fix it.
This 'bug' is already mentioned in the README....
..sorry. 

So this 'bug' should be listed in 'missing features' or 'todo's' but not maybe not in 'bugs'

this could be because your server is only sending one cookie to 
browser

Try creating a script like the one below...
<?
setcookie ("cookie1","helloworld");
setcookie("cookie2","ilovetheworld");
setcookie("cookie3","phprocks");

phpinfo();
?>

go down to the section about the "HTTP Headers Information"
then go to the "HTTP Response Headers."  Either post this
information here, or give us the address to that page.

OK here is the result...

Variable Value 
PHP_SELF  =  /test.php 
HTTP_COOKIE_VARS["cookie3"] = phprocks  

if you don't believe you can try at www.delta7.de/test.php.
The real problem is in source-file src/sapi/roxen/roxen.c about line 298 (in ver 4.0.6 of PHP)...
this function (pike):
mapping_string_insert(REQUEST_DATA, ind, &mappie);
does not append headers of the same type (here cookies).
this means: old cookies are deleted and replaced with the last one you set.

The Problen is _not_ on the side of the webserver. I found out (and may proove) that the roxen-php-module will recieve more than only one cookie.... if you like, i would make some php-scripts that will show you...


 

feedback -> open

[2001-08-16 12:24:36] aldem-php@aldem.net

There is small problem in Roxen's SAPI, which arises when duplicate headers are sent out.
While playing with some PHP apps with Roxen, I found that regardless how many cookies are
set in PHP code, only one is sent to the browser.

Investigation shows that Roxen's SAPI uses Pike's type "mapping" to send
headers, which (of course) doesn't allow duplicate headers (in my case
"Set-Cookie") to be sent, i.e. only last one is sent, since subsequesnt calls to
set header with the same name will replace previous.

Proposed solution: use array instead of mapping. It will require changes in Roxen module
as well, of course, but this should not be difficult.

Can this be reproduced with the PHP 4.1.1, and perhaps the latest roxen/pike?

No feedback was provided for this bug, so it is being suspended.
If you are able to provide the information that was requested,
please do so and change the status of the bug back to "Open".

i'm using apache 2.0.36 and php 4.2.1, and since I'm using apache the cookie problems appeared.

I also am using Apache 2 and PHP 4.2.1 WIN32 (with the apache2 API).

I also am using Apache 2 and PHP 4.2.1 WIN32 (with the apache2 API)....
and only the last cookie is set.

I am also using Apache 2.0.36 and PHP 4.2.1 on Linux Mandrake OS. This setcookie() problem occures.

The setcookie() bug on Apache 2 has been fixed in CVS and will be in the next release. (4.3.0 probably, scheduled for august this year, if you can't wait that long, use http://snaps.php.net).

I am still getting the problem.

Only one of the cookies you try and write are sent. I've tried using the header, and set-cookie functions. I've installed the latest snap version. 4.3.5-dev of php.

I'm using php 4.3.5-dev on win32 sp4, iis5, isapi module.

I've run into this problem before, and i had to revert to apache. I don't want to have to do that again.

Thanks