|  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #16102 >1 session variables not getting set correctly
Submitted: 2002-03-15 14:52 UTC Modified: 2002-05-04 00:00 UTC
Avg. Score:4.8 ± 0.6
Reproduced:53 of 53 (100.0%)
Same Version:34 (64.2%)
Same OS:32 (60.4%)
From: martin_jones at bigfoot dot com Assigned:
Status: No Feedback Package: Session related
PHP Version: 4.1.2 OS: Windows 2000/XP
Private report: No CVE-ID: None
Have you experienced this issue?
Rate the importance of this bug to you:

 [2002-03-15 14:52 UTC] martin_jones at bigfoot dot com
The script below works fine on PHP 4.1.1, but fails on 4.1.2.

The script sets two session variables. Only the most recent variable seems to get set, with the previous variable getting reset.



	$varTest1 = "";
	$varTest2 = "";


	if (isset($_POST['TEST1'])) {
		$varTest1 = $_POST['TEST1'];
		$_SESSION['TEST1'] = $_POST['TEST1'];
	if (isset($_POST['TEST2'])) {
		$varTest2 = $_POST['TEST2'];
		$_SESSION['TEST2'] = $_POST['TEST2'];

	if (!isset($_SESSION['TEST1'])) {

	if (!isset($_SESSION['TEST2'])) {

	foreach ($_SESSION as $varKey=>$varValue) echo "$varKey => $varValue</br>";

	<form action="sesstest.php" method="POST">
	if (isset($_POST['SUBMIT1'])) {
		<input type="text" value="<?php echo $varTest1; ?>" name="TEST1">
		<input type="SUBMIT" name="SUBMIT" value="Form1">
	} else {
		<input type="text" value="<?php echo $varTest2; ?>" name="TEST2">
		<input type="SUBMIT" name="SUBMIT1" value="Form2">

------Script End-------

The script should be saved as sesstest.php

The modules configured are GD and XSLT

If you need more information, please contact me.



Add a Patch

Pull Requests

Add a Pull Request


AllCommentsChangesGit/SVN commitsRelated reports
 [2002-03-15 23:39 UTC] webdevguy1 at yahoo dot com
I am having a similar problem. It seems that POST variables are not getting set. It works in 4.1.1, and in the version of 4.1.2 available at, but not in 4.1.2 from, nor in the version of 4.1.2 available from
 [2002-03-16 00:06 UTC]
This will be fixed in 4.2.0, probably.
 [2002-03-16 21:35 UTC] DaveLowe at DaveLowe dot net
Here's a pretty simple test case, hopefully it's the same problem:


<? session_start();
$_SESSION['testone'] = 1;
$_SESSION['testtwo'] = 2;
<title>Test Home Page</title>
echo 'testone = '.$_SESSION['testone'].'<br>';
echo 'testtwo = '.$_SESSION['testtwo'].'<br><br>';
<a href="./test.php">Go to test</a>


<? session_start(); ?>

echo 'testone = '.$_SESSION['testone'].'<br>';
echo 'testtwo = '.$_SESSION['testtwo'];


Output from index.php:

testone = 1
testtwo = 2

and the link

Output from test.php after clicking on the link:

Warning: Undefined index: testone in c:\htdocs\ebbs\test.php on line 9
testone = 

Warning: Undefined index: testtwo in c:\htdocs\ebbs\test.php on line 10
testtwo = 

Hopefully everything is valid, but things had been working fine prior to upgrading to 4.1.2 from 4.1.1.
 [2002-03-17 16:38 UTC] fseesink at usa dot net
This looks similar to what's posted for 16043.  In a nutshell, session variables aren't being stored/updated in v4.1.2.

When posting, it may help the PHP developers to provide info such as webserver config (e.g., IIS using PHP CGI, Apache using php4apache.dll, etc.).  For example, in BUG#16043, it seemed everyone was using Apache (mostly the latest version, v1.3.23).  Both SAPI module & CGI version seem to be affected.
 [2002-03-18 01:49 UTC] martin_jones at bigfoot dot com
FYI: Running Win2K Professional and IIS. PHP running as the php.exe
 [2002-03-19 00:39 UTC] webdevguy1 at yahoo dot com
After reading more posts on this subject, I went back and put some debug code into my application. I see now that the POST variables are fine; the difficulty is with the session variables. The problem appears to be somewhere in php4ts.dll, which is copied to \WINNT\system32 as part of the installation. I mentioned earlier that the version from the link in was OK. The link on that page is now dead.

I'm running:
Windows 2000 Pro SP2 + pre-SP3 updates
PHP running as module (php4apache.dll); no CGI
MySQL 4.0.1-alpha-win

This problem with session variables is a big deal, but there is no warning on the download page for Windows users.
 [2002-03-19 11:21 UTC] zimba at hotmale dot com
Fix it and release a new version or at least make a note on the downloadpage.
 [2002-03-20 12:55 UTC] j dot sejournet at clair-et-net dot com
Using session_start() and setting $HTTP_SESSION_VARS['my_Var'] to any value mays help.

Here is my code to use the $_SESSION array :



if (!isset($_SESSION["count"])) {
	$HTTP_SESSION_VARS["count"] = 0;


echo $_SESSION["count"];


PHP Version : 4.1.2
OS : Win2K Server
Webserver : APACHE 1.3.22
PHP running as the php.exe
 [2002-03-20 17:57 UTC] uberl0rd at hotmail dot com
Using the $HTTP_SESSION_VARS["foo"] = "bar" is all well and good, but one of the major points about 4.1.x was the new $_SESSION array and its global scope. Infact it got a big mention on the download page. Its only fair to put a big mention that its broke in 4.1.2 as I'm sure that a few devs (myself included) now have broken code using $_SESSION["foo"] = "bar" which is silly to take back to the old way of doing it.

Either make a note or release a patch!

FWIW, this happens on Apache 1.2.23 in SAPI mode and Apache 2.0.32 beta in CGI mode
 [2002-03-25 20:14 UTC] anarres at gmx dot net
This comment is just to say that I am experiencing the same problem with PHP 4.1.2 as CGI, Windows 98 SE German, Apache 1.3.20, using php.ini with register_globals turned OFF and neither $_SESSION nor $HTTP_SESSION_VARS is working. A session file is created in the sessions directory but no variables are stored within it. A typical error I get when trying to use a variable previously stored in $_SESSION is:
Warning: Undefined index: text in session_2.php on line 3. I mistakenly reported this as a new bug to but I set that to "Duplicate" now, so I hope it will be ok. Sorry. Robert
 [2002-03-26 22:34 UTC] refrost at dcwi dot com
I recently upgraded to 4.12 running W98: Apache 1.3.19, Win32 PHP/4.1.3-dev running;  reg_globals OFF; trying to work my way through sessions. Yikes!!   It is hard to figure how it works or when to use $_SESSION or HTTP_SESSION_VARS, w/ or without session_register().  

   /* this seems to ~work  sort of, maybe...
  $ship_type = $HTTP_SESSION_VARS['ship_type'];  //or with $_SESSION.. which seems to be erratic

  $ship_type= 'trs'; //$ship_type + 1;
  //   This allows other pages to show the revised value via $_SESSION["ship_type"]   

Now if I could just erase a pair in an array with unset...

Keep up the goodwork!
 [2002-03-27 19:05 UTC] peter dot monk at uwi dot com dot au
Hope this isn't too much of a 'me too!'.

I have the same problem on W2K/IIS5 running PHP 4.1.2 as an ISAPI module.

I have looked at the session files in the temp directory and they seem to be created and populated with variables without any trouble.  The problem is that any page referencing them returns an 'index not valid' error.
I too am using $_SESSION.

The only way I can get it to work is if I do sessions the "old-fashioned" way, ie:

$foo = 'bar';
session_register( $foo );

If I go back to 4.1.1 everything works fine (using $_SESSION).

 [2002-04-02 19:42 UTC] andreas at kampanjportalen dot com
OK, so this obviously doesn't work in the 4.1.2 version of PHP...

Does anybody have a link to somewhere I could download the previous 4.1.1 version?? Can't seem to find it...

 [2002-04-03 01:22 UTC]
Nothing changed between 4.1.1 and 4.1.2, but you can try the windows binaries for php 4.2.0rc1 from
 [2002-05-04 00:00 UTC] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a month, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Thu Apr 25 01:01:30 2024 UTC