#20449 [Com]: sessions randomly fail

From: Date: Sat, 24 May 2003 06:15:45 +0000
Subject: #20449 [Com]: sessions randomly fail
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-40332@lists.php.net to get a copy of this message
ID: 20449 Comment by: brian dot diekelman at andrews dot af dot mil Reported By: josh at zebotech dot com Status: Open Bug Type: Session related Operating System: redhat 7.3 PHP Version: 4.4.0-dev New Comment: 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) Previous Comments: ------------------------------------------------------------------------ [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). ------------------------------------------------------------------------ [2003-05-09 00:18:19] php dot bugs dot krishaven at spamgourmet dot com My session problems appear to all be caused by the fact that $array1=$array2 doesn't do a "deep copy" as described in bugs: http://bugs.php.net/bug.php?id=8130 http://bugs.php.net/bug.php?id=21288 http://bugs.php.net/bug.php?id=20993 Personally, I don't think that the previous dismissal of the problem with "This will not be fixed anytime soon. It is a deep seated problem in the implementation and fixing it would cause speed problems and numerous other problems," or considering it a documentation problem are appropriate responses. I guess I was lucky that this was causing an apache segfault, or who knows how much data this could have corrupted? ------------------------------------------------------------------------ [2003-05-07 19:29:28] php dot bugs dot krishaven at spamgourmet dot com Sorry, they all work under php4.2.2/Apache1.3.26. Maybe 0.0.01 of a version makes a difference... ------------------------------------------------------------------------ [2003-05-07 19:27:18] php dot bugs dot krishaven at spamgourmet dot com Okay, new data. Abstracted from our address details page. We fetch four sets of address details this way and make a copy for clients to edit. *This Fails* $old=mysql_fetch_array($result); $new=$old; session_register("old"); session_register("new"); *This Works* $old=mysql_fetch_array($result); session_register("old"); *This Works* $old=mysql_fetch_row($result); $new=$old; session_register("old"); session_register("new"); *This Works* $old=mysql_fetch_array($result); mysql_data_seek($result,0); $new=mysql_fetch_array($result); session_register("old"); session_register("new"); They all work under php4.2.2/Apache1.3.27. It appears there's something wrong with $array1=$array2 when its an associative array from an SQL fetch, but it only shows up when you try to save it as a session variable. ------------------------------------------------------------------------ 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

« previous php.bugs (#40332) next »