ID: 20449
Updated by: [EMAIL PROTECTED]
Reported By: josh at zebotech dot com
-Status: Feedback
+Status: No Feedback
Bug Type: Session related
Operating System: redhat 7.3
-PHP Version: 4.4.0-dev
+PHP Version: 4.3.0-dev
New Comment:
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
Previous Comments:
------------------------------------------------------------------------
[2003-06-02 17:09:32] [EMAIL PROTECTED]
This should be fixed in PHP 4.3.2, so please give it a try.
------------------------------------------------------------------------
[2003-06-02 14:44:35] radek at pinkbike dot com
I also have seen behaviour of missing session data. I have detected
this in the custom shopping cart I have written. Every 20 or 30 orders
we get a "blank" order. This blank order is a result of the session
cart is not picked up on the last stage of the purchase process. I
went through my code a million times to try to figure out how I could
of caused this but reading this bug report I starting to think it maybe
a result of php session/serialization. Like the other person with the
shopping cart stated, who knows how many users don't even make it to
the last step and their cart disappears.
I store associative arrays in the session
I run on a dual CPU intel box
The site is relatively high load - 3 million hits a day
I have not been able to reproduce the problem myself
It has been happening regularly since January when i put up the
software - it happens on a few versions of php since Jan 2003
What are options here? Any documentation, warnings about what not to
store in php sessions?
Should I be writting my own handler/serializer?
here are the box details
Apache/1.3.26
PHP Version 4.3.1
System Linux superlight 2.4.20-xfs #2 SMP Mon Apr 7 21:06:32 CDT 2003
i686
Build Date May 1 2003 00:21:10
Configure Command './configure' '--with-apxs=/usr/bin/apxs'
'--with-mysql=/usr/local/mysql' '--with-openssl' '--with-zlib'
'--with-mcrypt' '--enable-shmop' '--enable-sysvshm' '--enable-sysvsem'
'--enable-mbstring' '--with-gd' '--with-png-dir=/usr'
'--with-jpeg-dir=/usr' '--enable-mbstring' '--with-curl=/usr/local'
'--enable-exif'
Server API Apache
Virtual Directory Support disabled
Configuration File (php.ini) Path /usr/local/lib/php.ini
PHP API 20020918
PHP Extension 20020429
Zend Extension 20021010
Debug Build no
Thread Safety disabled
Registered PHP Streams php, http, ftp, https, ftps, compress.zlib
------------------------------------------------------------------------
[2003-05-24 01:15:44] brian dot diekelman at andrews dot af dot mil
I just upgraded from snaps.php.net yesterday and am still experiencing
this bug. I am running a very simple authentication script at the
beginning of every page to check a generic $_SESSION['user'] to see if
there is an active session. If there is not it prompts for login.
The session only holds the user name and password. Now I have heard
a lot of people in my organization complaining that they'll be browsing
the site and it will randomly prompt for login. I have also
experienced this myself. I have heard a couple people in this bug
thread attribute losing the session to php's handing of arrays, which
very well may be true but in my case I am losing sessions on a lot more
basic level.
System:
----------
Win2K SP2
Apache 2.0.45
PHP 4.3.x (downloaded from snaps yesterday)
------------------------------------------------------------------------
[2003-05-21 08:30:40] stefandekonink at xs4all dot nl
Currently I have the same session problem. As the page in a frameset
get a POST (login user/pass) the page gets the content. The next page
presented in this frame is to fill in content, after posting, it goes
again thru the login procedure.
After the login the SessionID is lost even if a GET var is specified.
This behavior occurs on IE6.0.2600 Win2K-SP2, Mozilla Firebird is
working without this annoing behavior.
------------------------------------------------------------------------
[2003-05-18 11:14:43] dave at flitsservice dot nl
I would like to report that I resolved my problem described earlier
here.
There is a bug in Windows 2000 and is resolved bij one of the available
service packs (I thought service pack 3).
------------------------------------------------------------------------
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/20449
--
Edit this bug report at http://bugs.php.net/?id=20449&edit=1
