ID: 32330
Comment by: jkloske at itee dot uq dot edu dot au
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Session related
Operating System: *
PHP Version: 6CVS, 5CVS, 4CVS (2005-03-17)
New Comment:
I'm confirming that I'm also affected by this on all OSs and all
versions of PHP I've tried it with (4/5, win/linux)
I'm calling session_write_close() not session_destroy() and it's still
causing the same error. Re-calling session_set_save_handler between
previous close and subsequent open does nothing; the error still
occurs.
This means that phpMyAdmin (which uses multiple sessions for various
authentication handlers at least) is not compatible with user session
handlers, due to this bug :)
Previous Comments:
------------------------------------------------------------------------
[2007-07-05 13:23:23] facingratio at email dot it
I confirm that the ini_set workaround doesn't work. The only solution i
found is to use the session_set_save_handler(...) again after you call
session_destroy(). Also session_write_close() followed by
session_start() seems to generate the same fatal error.
------------------------------------------------------------------------
[2007-03-08 05:07:06] colossuswv at hotmail dot com
The ini_set workaround doesn't seem to work when using a db to store
sessions. Using session_set_save_handler() again after session destroy
does work however, albeit an undesirable solution.
------------------------------------------------------------------------
[2006-12-14 17:24:03] faithfulsoft at tiscali dot it
I've experienced this problem today, and it was driving me crazy.
I was able to resolve it thanks to the last post on this page.
I've put this two lines of code
ini_set("session.save_handler", "files");
session_start();
in a separate file, and I include them where I need.
The strange thing is that I borrowed the piece of code I am using from
a GPL portal system, which is working like a charm on my local server
with this line
ini_set('session.save_handler', 'files');
This is really strange.
Anyhow, thank you all guys.
------------------------------------------------------------------------
[2006-06-07 04:26:18] sean at oteams dot com
I struggled for several days with the "Failed to initialize storage
module: user" problem. I read everything I could find on php.net and in
this bug database. Finally, what solved the problem for me was this:
Whenever I made a call in my code to session_start(), I used an include
statement to include the following from an include file:
<?php
ini_set("session.save_handler", "files");
session_start();
?>
And that did it.
------------------------------------------------------------------------
[2006-01-16 16:41:52] ajithts at gmail dot com
Hi folks,
I have also had the same problem. My /tmp was not a separate partition
and it had full permissions.
I have then changed session.save_handler to "files" in php.ini.
Initially it was "user". Everything worked perfectly after I have
restarted httpd saving the changes.
Thanks and regards,
Ajith
------------------------------------------------------------------------
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