ID: 16202 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Session related Operating System: win 2000 pro PHP Version: 4.1.2 New Comment:
I'm having the same issue, and have just confirmed that this problem is _not_ fixed as of PHP 4.2.0RC4. Previous Comments: ------------------------------------------------------------------------ [2002-04-02 09:43:11] [EMAIL PROTECTED] Could you try 4.2.0RC1? Please visit http://qa.php.net/ for it. ------------------------------------------------------------------------ [2002-03-21 10:37:50] [EMAIL PROTECTED] See problems #16043 & #16102. Same issue. In a nutshell, sessions are broke in v4.1.2, and they say it'll be fixed in v4.2.0. You may not have found these problems before posting this one due to the search page default of only looking for 'Open' problems. #16043 has been closed (they apparently close problems when its fixed in the head CVS branch, NOT when they put out a new release), and #16102 is tagged as 'analyzed', though in #16102 the same PHP developer said it will 'be fixed in 4.2.0, probably.' Please don't shoot the messenger. Just wanted you all to know you are not alone. Sessions are broken in 4.1.2, there are several bug reports effectively showing this, and there appear to be many people hurting without proper session support. For now, our options appear to be 1. Run 4.1.2 and suffer no session support 2. Run 4.1.1, have session support, and risk the security issues. (Though this may be mitigated by running the SAPI module vs. the CGI. Still issues, but not as severe from what I understand.) 3. Download the latest CVS & "roll your own" if you have the tools/skill/etc. to do so. 4. Download the 4.2.0 Release Candidate if you're not in a production environment & don't mind being a guinea pig. If you haven't seen yet, they're aiming for 22 Apr 2002 for the v4.2.0 release. I wait with breathless anticipation. ------------------------------------------------------------------------ [2002-03-21 05:58:03] [EMAIL PROTECTED] Sorry.. here this is my code. <? // Chippyho & Tuna session_start() ; session_register('a','b','c') ; if(isset($_SESSION[a])) { $_SESSION[a]++ ; } else { $_SESSION[a] = 0 ; } if(isset($b)){ $b++ ; } else { $b=0; } if(isset($HTTP_SESSION_VARS[c])){ $HTTP_SESSION_VARS[c]++; }else { $HTTP_SESSION_VARS[c] =0; } echo '$_SESSION[a] = ' . $_SESSION[a] ; echo '<br>$b = ' . $b ; echo '<br>$HTTP_SESSION_VARS[c] = ' . $HTTP_SESSION_VARS[c] ; echo '<br><br><a href="'.$PHP_SELF .'">Click</a>' ; ?> ------------------------------------------------------------------------ [2002-03-21 05:47:33] [EMAIL PROTECTED] I have the same problem . Here is my profile. OS : WIN ME Apache-Win32 1.3.23 PHP 4.1.2 PHP can not get the value from _SESSION[] even if from itself this is my code to test. Back when rollback to 4.1.1 the problem solve. ------------------------------------------------------------------------ [2002-03-21 05:28:51] [EMAIL PROTECTED] Setup: win2k pro, apache-win 1.3.23, php 4.1.2 (sapi) Session variables set using this method $_SESSION['quux'] = 'foo' don't get set. Using session_register() works though. This is the case with _both_ CGI and SAPI versions I verified this by opening up the session file in an editor. It is created but not written to in the first case, and *is* written to when using session_register(). I tried toggling register_globals, changing location of session file directory, making sure it had correct access permissions, trying the CGI, restarting apache, tweaking the session cookie parameters, explicitly calling session_write_close(). None of these worked. Rolling back to php 4.1.1 solved the problem. Here's a script to reproduce the problem: ----- file test1.php ----- <?php session_start(); $_SESSION["roy"] = "haynes"; header("location: ./test2.php"); ?> ----- file test2.php ----- <?php session_start(); // // displays empty array // var_dump($_SESSION); ?> ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=16202&edit=1