ID: 25876
Comment by: s at guerril dot nnoosppaamm dot la
Reported By: golden at riscom dot com
Status: No Feedback
Bug Type: Session related
Operating System: freebsd 4.8
PHP Version: 4.3.9-4.3.10
Assigned To: sniper
New Comment:
I'm hitting this same issue with php 5.0.3 on Debian 1:3.3.5-13 using a
custom session handler that writes to MySQL database. It comes up
intermittently, usually persists for a few seconds (all pageloads that
take place over that time), then goes away.
The workaround of forcing session.save_handler to "files" is not
working for me, nor do I think it's appropriate in this situation since
I do want a user-defined handler after all.
Previous Comments:
------------------------------------------------------------------------
[2006-02-15 14:43:25] jjohanso at online dot no
Running with this configuration,
FreeBSD FreeBSD 5.2.1-RELEASE-p9 #0: Wed Aug 4 19:02:38 CEST 2004
Database Version: MySQL 4.0.18
PHP Version: 4.3.11
Web Server: Apache/2.0.52 (FreeBSD) PHP/4.3.11
WebServer to PHP interface: apache2handler
session.save_handler in php.ini set to files,
I see this problem with a low frequency (maybe 2-3 times every second
day when working with updates to my CMS system all day). Doing a web
search in the CMS community it seems that a number of people is
strugling with this problem...
------------------------------------------------------------------------
[2005-12-20 18:06:25] siggi at junesystems dot com
A workaround for this problem is to reset the session handlers for PHP
before calling session_start for the second time. You can use the
session_set_save_handler() function for this.
------------------------------------------------------------------------
[2005-12-08 07:59:46] henmarrina at gmail dot com
while i was working on joomla admin module i got this error:
Fatal error: session_start(): Failed to initialize storage module. in
/var/www/html/workspace/joomla/administrator/index2.php on line 34
as suggested by may forum i have changed session.save_handler
in php.ini to files.
but error is still there........is there any concrete solution for this
problem
------------------------------------------------------------------------
[2005-12-02 13:11:04] ts at dreamcoder dot dk
Without knowing about the code side of it, this bug reminds me of the
php_value leak there was amoung virtualhosts in apache once - where the
php_value_* from one virtualhost was leaked in to another.
------------------------------------------------------------------------
[2005-10-30 16:11:13] support3 at futurahost dot com
Hello
We "solved" it by adding an auto_prepend file to every .php executed on
our servers:
[EMAIL PROTECTED] lib]$ cat php.ini.prepend
<? session_module_name("files"); ?>
[EMAIL PROTECTED] lib]$ grep auto_prepend_file php.ini
auto_prepend_file = /usr/local/lib/php.ini.prepend
[EMAIL PROTECTED] lib]$
Anyway, we are very concerned about php developers completely ignoring
this bug.
------------------------------------------------------------------------
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/25876
--
Edit this bug report at http://bugs.php.net/?id=25876&edit=1
