ID: 19022
Comment by: lennaert dot goris at ellips dot ws
Reported By: phpbugs at mx4k dot com
Status: No Feedback
Bug Type: Session related
Operating System: linux (rh7.3), apache 1.3.26
PHP Version: 4.2.2
New Comment:
I am working on a PII 350 dev machine.
php 4.3.4/apache 2.0.48
same problem
used PEAR::Auth module and discoverd this bug. I can't seem to get
rid of it. Tried all of the solutions presented on this site save from
installing windows on my machine. I'm gonna try to recreate this bug
on my laptop at work (winxp). See what happens there.
Previous Comments:
------------------------------------------------------------------------
[2004-01-04 13:01:04] rajiv at rajivlodha dot cjb dot net
continued from above -
here is the change i made to php.ini
[Session]
; Handler used to store/retrieve data.
;session.save_handler = files // old
session.save_handler = %TMP%
%TMP% is the default path for temporary storage on windows.
thanks
rajiv
------------------------------------------------------------------------
[2004-01-04 12:58:29] rajiv at rajivlodha dot cjb dot net
Hello guys,
i was also having the same problem, on a PIII~933Mhz,Windows .NET
Server, i changed my php.ini, and its now working fine.
-- Original/Default --
[Session]
; Handler used to store/retrieve data.
session.save_handler = Files
------------------------------------------------------------------------
[2003-07-28 00:01:22] leiflists at tanukisoftware dot com
I was getting this error 100% of the time on a Debian installation
running PHP 4.1.2, with the following simple page:
<?
session_start();
phpinfo();
?>
It turns out that my php.ini file contained the following setting:
; Handler used to store/retrieve data.
;session.save_handler = files
session.save_handler = user
Changing this to:
; Handler used to store/retrieve data.
session.save_handler = files
;session.save_handler = user
fixed the problem. Not a PHP expert, so this may be obvious.
Cheers
------------------------------------------------------------------------
[2003-07-27 21:01:38] alexbodn at 012 dot net dot il
it's me again.
i must mention that the problem occured to me on the index.php page,
where i was calling session_id() after session_start(). (here is the
place the id should be created for the first time). it didn't appear on
pages that call session_id($_GET[$_SESSION[session_name()]]) before
session_start().
thanks again,
alex
------------------------------------------------------------------------
[2003-07-27 20:40:41] alexbodn at 012 dot net dot il
hello palls,
i hope my workaround might help.
i have experienced the same failure on a debian woody dev server with
no load running a pentium 100 mhz with php 4.1.2. i had the problem on
a page which was calling session_id() with no parameters.
after reading this list, i have changed the first call to session_id()
to: session_id(session_id("a")) and the problem dissapeared. i must
mention that after the first time i found the problem, it didn't stop
until this workaround.
although i didn't examine php source, it might be that the solution for
this case would be checking the number of parameters to session_id().
thank you very much for your work and contributions.
alex
------------------------------------------------------------------------
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/19022
--
Edit this bug report at http://bugs.php.net/?id=19022&edit=1
