session destroy fails

session_regenerate_id & session_destroy clashing?

[PHP_Chimp]

I have just swapped a script that was working fine on another system but now I am getting a

<b>Warning</b>: session_destroy(): Session object destruction failed in <b>/var/vpopwww/...

After having a look on the web there doesnt seem to be much help as to how to solve this problem. The script does regenerate the session id, and there are many theories on the web about clashing between these functions.

The quick and dirty solution is to use @ to suppress the warning, but I would like a better solution.

So does anyone know if this is just a problem with php version 4.3.11 or am I doing something wrong?

What would make the session_destroy not work? The session has been started as there are session variables getting passed around...I just cant kill it :(

[jatar_k]

you can also empty the values, set ='' or some such, that will work as well but you have to account for that in any authentication scripts.

I haven't had this problem

I found a couple mentions that it could be a permission issue on the dir where sessions are stored.

I am not really sure why you need to regenerate ids

I wonder if the permissions problem arises solely on regenerate due to how it's created, though you really wouldn't think that is the case.

[coopster]

There are also some known bugs [bugs.php.net] that may be the issue ...