ID: 32330 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Session related Operating System: * PHP Version: 4CVS, 5CVS (2005-03-17) Assigned To: sniper New Comment:
scott, scliburn: are you both using session_set_save_handler() ? Are you operating in the same environment (custom save handlers are getting lost after session_destroy) or are you just having the same error message? Most bugs I've seen refering to 'Failed to initialize...' are because session module in php.ini is set to user instead of files when there are no custom session handlers, which has nothing to do with this issue. Previous Comments: ------------------------------------------------------------------------ [2005-03-23 20:40:49] scliburn at trtinfo dot com I would like to also add that I'm running and experiencing this issue in both api versions CGI/ISAPI. not sure if that mattered ------------------------------------------------------------------------ [2005-03-23 20:34:44] scott at trtinfo dot com i am getting this error on the following environments: Windows2003 - Zend 2.03, php Version 5.0.3 Redhat 9, Zend 2.03, php Version 4.3.10 Redhat 9, Zend 2.03, php Version 4.3.9 this is happening more often each day. Sessions handler set to files, session repository directory does not have any space issues. Chmod on tmp dir set 777. I am however creating my own hash value for the session id. This is also done on another server and it has not had this session error at all. Yet. ------------------------------------------------------------------------ [2005-03-19 00:55:18] [EMAIL PROTECTED] Good catch, thanks. ------------------------------------------------------------------------ [2005-03-17 10:37:29] [EMAIL PROTECTED] I see that the php_session_destroy() is called in php_session_decode() too.. ------------------------------------------------------------------------ [2005-03-17 10:14:08] [EMAIL PROTECTED] I unfortunately lack the time to verify this with a new php installation currently. By looking at http://cvs.php.net/co.php/php-src/ext/session/session.c?r=1.336.2.50 (latest commit of 4_3 branch) the relevant parts of the code haven't changed. PS(mod_data) is still set to NULL in php_rinit_session_globals which is called from php_session_destroy, this when a user from PHP calls session_destroy(), the custom session save handlers are removed. Thanks ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/32330 -- Edit this bug report at http://bugs.php.net/?id=32330&edit=1
