php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #16263 session.start() create new empty session file and not resume existing session
Submitted: 2002-03-25 10:27 UTC Modified: 2002-09-09 01:00 UTC
Votes:191
Avg. Score:4.7 ± 0.8
Reproduced:162 of 169 (95.9%)
Same Version:59 (36.4%)
Same OS:106 (65.4%)
From: kur at natur dot cuni dot cz Assigned:
Status: No Feedback Package: Session related
PHP Version: 4.3.0-dev OS: ANY
Private report: No CVE-ID:
Have you experienced this issue?
Rate the importance of this bug to you:

 [2002-03-25 10:27 UTC] kur at natur dot cuni dot cz
When calling function session_start() in 4.1.2 version, it creates new empty file in session.save_path. In version 4.1.1 it was OK, after installing new version this does not work, even if php.ini is the same.
print_r($_SESSION) gets empty array. I have register_globals off and using only $_SESSION, $_GET, .... vars
my php.ini:

session.save_handler      = files
session.save_path         = c:\program files\php\tmp
session.use_cookies       = 1
session.name              = PHPSESSID
session.auto_start        = 0
session.cookie_lifetime   = 0
session.cookie_path       = /
session.cookie_domain     = burcin.natur.cuni.cz
session.serialize_handler = php
session.gc_probability    = 1
session.gc_maxlifetime    = 1440
session.referer_check     =
session.entropy_length    = 0
session.entropy_file      =
session.cache_limiter     = nocache
session.cache_expire      = 0
session.use_trans_sid     = 1

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2002-04-03 04:36 UTC] derick@php.net
Nothing changed between 4.1.1 and 4.1.2, but you can try php-4.2.0rc1 from www.php.net/~derick if you want.
Please report back if this fixes the problem.

Derick
 [2002-04-06 08:13 UTC] sniper@php.net
When updating PHP, remember to always replace the php4ts.dll 
with the one found in the release package.

 [2002-04-10 05:17 UTC] alex at netflex dot nl
Hi,

It is fixed in PHP 4.2.0

Look for PHP 4.2.0 at:
http://www.php.net/~derick/
 [2002-04-15 20:27 UTC] sniper@php.net
once again, whenever you update/downgrade PHP remember
to replace ALL the dlls and other binaries in your systems
with the ones found in the release packages.


 [2002-11-14 14:42 UTC] murray dot rennie at ec dot gc dot ca
Redhat 7.2 or 7.3.  PhP 4.1.2, Apache 1.3.23.

I get something similar to this when I change session.cookie_lifetime to something other than zero, and only when connecting with IE (my version 5.5).  PHP generates two session files, one has all the info I initialized with, the second just has the sessionId in it.
It's as if it ignores the first session it created and makes a new one.  Netscape 4.79 works properly, and when I set session.cookie_lifetime to 0 the problem goes away on IE.
 [2004-10-28 15:43 UTC] kovalchuk at dopomoga dot org dot ua
I got simmilar problem with PHP 5.0.2, Apache 2.0.52 
(Linux, kernel 2.6.8.1). 
The session files are apeared in the session.save_path 
directory and they contains correct entryes, but each time 
I call session_start() a new file is apeared and $_SESSION 
array does not contain anything.
 [2004-12-08 06:34 UTC] spam at taylorw dot com
I have this same issue. Just did a clean install of Apache 2.0.52 and PHP/4.3.9 ... and I have the same issues. A new session is created, and yes, the php.ini is correct (the one that installed with the Gentoo ebuild).
 [2005-07-13 04:36 UTC] beredim at hotmail dot com
Same here using

PHP 5.0.4
Apache 2.0.54
Windows XP SP2 (up to date)
 [2005-09-19 17:34 UTC] bananen_007 at hotmail dot com
Just wanted to say that I got the same problem in PHP 5.0.5 clean installation with Apache 2.x.x.
Reading\Writing to session works in the same page but the server loses the session when going between different pages or reloading the page.
 [2005-10-26 17:21 UTC] beny dot eleeas at gmail dot com
I got the same problem in PHP 4.3.10. What should I do?

System  Linux
Build Date  Dec 18 2004 22:24:47  
Server API  CGI  
Virtual Directory Support  disabled  
Configuration File (php.ini) 
Path  /home/lib/php/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 


session.cache_limiter nocache
session.cookie_domain no value
session.cookie_lifetime 0
session.cookie_path /
session.cookie_secure Off
session.entropy_file /dev/urandom
session.entropy_length 64
session.gc_divisor 100
session.gc_maxlifetime 1440
session.gc_probability 1
session.name PHPSESSID
session.referer_check no value
session.save_handler files
session.save_path /home/var/state/php
session.serialize_handler php
session.use_cookies On
session.use_only_cookies Off
session.use_trans_sid Off
 [2005-11-15 16:25 UTC] f dot schiappelli at enpam dot it
Same problem with PHP 5.0.2, Apache 2.0.52, Windows XP.

Did anybody solved the problem?

Thanks in advance,
Faith
 [2006-01-30 22:21 UTC] geso at inmail dot sk
I've got same problem with 5.1.2 (and previously with 4.3.8).
Both clean install, Win2k, IIS 5.0.

Everytime I enter (reload) a page, it creates a new file in my sessions directory.
 [2006-02-15 17:05 UTC] bohn at netbuild dot net
got same problem under using php 4.3.10 :(
on heavy load, php creates a new session...

fc3, apache2, php4.3.10, lvs
 [2006-02-16 21:16 UTC] optikey at gmail dot com
Same problem with 5.0.5 running on Debian x86_64...

Only I.E. does this 2 cookies thing and scroolled my code...

Digging the net, i found that those bugs started only in the browsers that executes windows update automatically...

So i find that the day that the problems started matches the day of the release of one Microsoft Bugfix that affects I.E.
14/feb/2006

Only the updated browsers behave incorrectly....

Might we need to blame M$....


Any workarounds???
Am i right???

MS did not return the bug report...
 [2006-04-26 07:00 UTC] sunmt at usa dot com
I expereinced the same problem in PHP 5.0.5
Reading\Writing to session works in the same page but the server loses the session when going between different pages or reloading the page. Please help me..
 [2006-05-10 00:40 UTC] jeroen at haan dot net
Changing the character set from utf-8 to the old iso-8859-1 helped. Now a session cookie is succesfully stored on the client and thereby the sessid and thus one file on the server maintained.

However I do not understand this behavior.
 [2006-05-20 21:19 UTC] tony at tuxick dot net
same problem on 5.1.2 and 5.1.4.
 php.ini shows ;default_charset = "iso-8859-1", suggesting
 it's default.
 enabling fixed the problem.
 [2006-07-18 22:20 UTC] cmi at colcenter dot org
May be same problem ..

4.2.3 version, WinXP

Only IE 5 and IE 5.5  After login, any link on the page to a file with session_start() sets new (empty) session, and therefore am returned to login page.

IE 6, Opera and Firefox all work correctly.  

Adding 
php_flag session.use_trans_sid on 
to my htaccess fixes it, but would rather not do that.
 [2006-11-15 18:58 UTC] william dot li dot 1983 at gmail dot com
I got the same problem.  Callin session.start() create a new 
session id and a corresponding file and session data are not 
maintained between pages.
 [2006-11-16 18:24 UTC] tobias dot hug at alpinenet dot ch
I've got the same problem with php 5.1.6.
session data is not maintained between pages.

If I add default_charset = "iso-8859-1"; in php.ini, everything works.
 [2006-11-22 11:13 UTC] jclewley at netprospex dot com
Try setting cookie_domain in php.ini to a period (.) followed by your domain.  For example, ".google.com".  The default typically tells PHP to use www.google.com which will cause problems if the user types google.com.
 [2006-12-02 04:51 UTC] failmore at yahoo dot com
Similar problem happend to me. The following is my configuration:
Apache 2.2.3, 
PHP 5.1.16
I tried three different browsers, IE, FireFox, Maxthon
same error happens.
I host the website on my local machine, Win XP Home, therefore, I try to access the site using http://localhost/testsite

add default_charset = "iso-8859-1"; in php.ini, did not work
set setting cookie_domain=localhost did not work
set session.use_trans_sid on did not work.
 [2006-12-02 05:00 UTC] michaellai2006 at yahoo dot com
Same thing for 5.1.16
I tried other people's suggestion, did not work for me neither. 

Please give a workaround.
 [2006-12-24 13:18 UTC] barts at time dot net dot my
PHP 5.1.4
Windows NT SERVER 5.1 build 2600

Possible workarounds installed as mentioned in the thread.

I also noticed that the session cookie is not updated 
when another pages is loaded that contains session_start();
This causes the session always to expire after its lifetime,
where I expect the session to expire after the last session_start + lifetime.
 [2007-01-18 19:20 UTC] par at tor dot se
Try to change this:

session.save_path = "0;c:\program files\php\tmp"

don't forget to use the 0; before the path.
 [2007-02-07 09:35 UTC] morten at vianett dot no
Same problem using v5.2.0

I get empty sess_ files in /tmp

I have had this problem many times before. It seems that it works if its installed on a sunny day..
 [2007-02-16 20:29 UTC] general at itpsg dot com
I am having the same problem.  I have tried all the suggestions here.  One system is fedora core 4 the other is fedora core 5.  Updating the packages does not help.  Setting charset does not help.  Adding 0; to the save_path does not help.  The save path has the appropriate permissions.  The session file is created but always empty.  Using session_write_close has no effect.  We developed the application, fully tested, went to deploy and now this is blowing everything up...ouch!
 [2007-02-19 15:11 UTC] e at sloven dot net
I have same problem and I have tried all suggested solutions. Problem still remains.
 [2007-02-20 16:03 UTC] george at edynamo dot com
same problem here - FC4, PHP 5.0.2 - session files are empty.
possible solution ( sometimes works ) - use session_register insted of $_SESSION to set a new value to the session
 [2007-03-13 06:53 UTC] bagginsbh at hotmail dot com
Generally occurs during peak server loads. Intermittently, a new session is created at session_start() call even though the cookie id has not changed. Old session file remains with associated data. New session wipes out all key value pairs resulting in lost data.

PHP Version:  4.3.9
Server: Apache 2.0
OS: wsprolinux
kernel: 2.6.9-42
 [2007-03-15 05:21 UTC] akk7788 at yahoo dot com
Has a workaround been posted for this yet?  I'm having a similar problem.

THanks
 [2007-03-21 16:36 UTC] bagginsbh at hotmail dot com
The only work around I have found is on the first call to start a session in your application capture that session id. Then pass it in the url or as a form parameter. After the session_start() call on your next page, reset the session id to the passed in session id. Also may consider archiving all session files such that can be parsed at a later time to extract the key-value pairs.

This bug has been a major, major problem in my clients environment. This has been the first time I have run into it. It also has nothing to do with the time of the session as I have had the lost session occur in less than 2 minutes after session start.

If not executing a session destroy, which will delete the session file from the temp location, then look at the old session files and recover the `lost` parameters.
 [2007-06-08 06:09 UTC] ddw252 at bham dot ac dot uk
Found this solution:

I was running a server on my pc and session data was lost when I left the page.

php_info() revealved session.save_path was C:\DOCUME~1\MyUsername\LOCALS~1\Temp\php\session

but when I looked on the C drive, in the temp folder, there was no php folder. So I made a php folder, with a session folder inside it, and hey presto everything works fine :)
 [2007-07-10 14:48 UTC] ponas dot termas at gmail dot com
Win XP
IE 7
PHP 5.2.3
Apache 2.2

Suggested sollutions not helped. When I am using site as http://localhost/site it works well, session resumed.
When I am using site using computer name (externally) http://computer_name/site, session is not resumed and separate files are created for it.
 [2007-07-22 15:59 UTC] shivam dot honey at gmail dot com
Windows XP Professional Service Pack 2, v.2096 (build 2600)
Internet Explorer 6
Php triad
   Php 4.1.1
   Apache 1.3.23

I have changed the php.ini file in my default folder C:\apache\php
 i.e., SMTP = smtp.cc.iitk.ac.in    (my mail server in iitk,india) &
       sendmail_from = shivamv@iitk.ac.in (my e-mail id)

The code i am using is simple

<?php
  mail('shivam.honey','Hi','Hello');
?>


Everything seems to be fine but i am getting an error -->

Warning: Server Error in c:\apache\htdocs\experiment\e-mail.php on line 2


where, as i am able to send mails from my outlook account using the same mail server.

Please Help!!! me out.
Please!!!!!!!!!!!!!!!!!
 [2007-07-24 06:39 UTC] shivam dot honey at gmail dot com
Windows XP Professional Service Pack 2, v.2096 (build 2600)
Internet Explorer 6
Php triad
   Php 4.1.1
   Apache 1.3.23

I have changed the php.ini file in my default folder C:\apache\php
 i.e., SMTP = smtp.cc.iitk.ac.in    (my mail server in iitk,india) &
       sendmail_from = shivamv@iitk.ac.in (my e-mail id)

The code i am using is simple

<?php
  mail('shivam.honey','Hi','Hello');
?>

Everything seems to be fine but i am getting an error -->

Warning: Server Error in c:\apache\htdocs\experiment\e-mail.php on line
2

where, as i am able to send mails from my outlook account using the same
mail server.


Please someone listen i got some serious problem,i gotta show it to someone!!!
Please reply me at shivam.honey@gmail.com
 [2007-08-01 16:58 UTC] breda at unisolution dot de
I had the same problem with IIS (version? from XP Pro) and PHP 5.2.3. I changed the session.save_path to a simple path without weird windows short form (like PROGRA~1 and so on) and reinstalled php with the windows php installer and it works now.
 [2007-08-03 13:17 UTC] shivam dot honey at gmail dot com
Hi Every one.
My name is shivam.
Thanks for the suggestion i tried it and now its not giving me any error just simply printing mail sent successfully

But i m "NOT" getting the mail delivered to the recipient account

my new php.ini mail setting are

[mail function]
SMTP = smtp.cc.iitk.ac.in
sendmail_from = shivamv@iitk.ac.in

; For Unix only.  You may supply arguments as well (default: 'sendmail -t -i').
sendmail_path = /usr/local/sbin/sendmail -t -i

and my code is

<?php 
if(mail('shivam.honey@gmail.com', 'xxx', 'yyy')) {
 echo('<p>Mail sent successfully.</p>'); 
} else {
 echo('<p>Mail could not be sent.</p>');
}
?>


Now i m just wondering if
1. my mail settings are not correct or 
2. my smtp server is not forwarding the mail or
3. the reciepient server is not excepting the mail

can anyone HELP me!!!
Please do mention ur name would b easy to address.
Thanks in advance
 [2007-08-22 13:36 UTC] peter at 3p1 dot net
hELLo i use php 5.1 and still experience this bug
 [2007-12-13 11:42 UTC] tonterias at cosmos dot selfip dot com
has anyone solved this issue??????

I cannot find any solution for this... it is unbelievable!!!!
 [2008-01-22 11:51 UTC] costa_brava at gmx dot net
I think that part of the problem is, at least on Windows, that the session.save_path (and upload_tmp_dir) are being created within the user's 'Temp' area.  (By the Windows msi installer?)
But this directory is occasionally cleaned out (either manually or by system / 3rd party disk cleaners). This BTW, is the idea of a temp area, that you may delete old data without regrets.

Well, since php does not re-create the sub directories structure as needed, it would be better to change these paths to a less temporary place, like "user\application data\php". Or store the files directly in the temp folder, not in subdirectories therein.
 [2008-02-20 04:18 UTC] snakk at inet dot co dot th
I'm facing the same problem. Waiting for solution or suggestion, please.

FreeBSD 6.0-RELEASE
Apache 2.0.59
PHP 5.2.4
 [2008-02-20 04:22 UTC] snakk at inet dot co dot th
My same code is work fine on following system.

FreeBSD 5.4-RELEASE
Apache 2.0 Handler
PHP 4.3.10
 [2008-03-06 22:51 UTC] smola85 at o2 dot pl
Same problem here.

Debian 4.0
Apache 2.0 Handler
PHP 4.3.10

It works only if I'm not using session_regenerate_id(). When I put session_regenerate_id() before $_SESSION... it doesn't work.
 [2008-03-07 15:41 UTC] josuaher at hotmail dot com
I have the same problem, a new session is created everytime a page is load. I'm using PHP 5.2.5 on Apache 2.0.63 Windows XP.

I just don`t know what else to try!!
 [2008-04-08 16:31 UTC] mlavoice at netsync dot net
I have this issue PHP Version 5.1.6
 [2008-04-14 10:19 UTC] olivieri at onyrix dot com
set in php.ini:

session.use_cookies = 1

this works for win xp + apache, and is more secure for id attack to user sessions...
Bye
dino

http://www.onyrix.com
 [2008-04-28 10:35 UTC] andras at kende dot com
I had this issue the following header fixed the issue:

<?php
session_start();
header("Cache-control: private");

...
?>
 [2008-05-12 05:28 UTC] jcaprathe at gmail dot com
I just upgraded to leopard and now experience the same problem, i have had php on just about every platform out there and never experienced this until now. It creates a new session file every page i go to and will not use the session, if i turn on session.use_trans_id it will use the session and everything works. 
are there any mac users with this issue.

OS X 10.5.2
php 5.2.5
apache 2.2.8
 [2008-05-12 05:29 UTC] jcaprathe at gmail dot com
I just upgraded to leopard and now experience the same problem, i have had php on just about every platform out there and never experienced this until now. It creates a new session file every page i go to and will not use the session, if i turn on session.use_trans_id it will use the session and everything works. 
are there any mac users with this issue?

OS X 10.5.2
php 5.2.5
apache 2.2.8
 [2008-05-14 11:12 UTC] pmioni at hce dot it
I had the same problem with Vista and EasyPHP. $_SESSION has problems when you give it numbers as indexes.
So, for example, if you're trying to register the results of a mysql_fetch_row or mysql_fetch_array (which contain numeric indexes) the thing fails, because $_SESSION does not accept the indexes - the file will be empty and nothing is saved in session

Try to save the results of mysql_fetch_assoc instead.

(Obviously, session permissions , path etc. must be correctly set).
 [2008-05-20 11:27 UTC] moi at discardmail dot com
I have the same problem on:
Windows XP,
Apache 1.3
PHP 5.2

But only in IE6. I have set all security setting s in IE6 to lowest and the script

<?
session_start();
print session_id();
?>

still generates new session on every page load. The same script, the same server and FF2 or IE7 work right.

Any ideas?
 [2008-05-25 21:59 UTC] gsimanton at gmail dot com
I found this on the php.net session page, and it worked for me:

<b> johnlonely at gmail dot com<b>
12-Oct-2005 02:32
Everytime I upgrade PHP to a new version, I used to recompile the php.ini file. Everytime I create a website, I always kept the php.ini file so that in the future I would be able to retrieve some Unique properties of the php version I used. So the last php version I've seen where session is sticking is version 4.2. I've been trying for two days with no luck searching the manual and forum, when I tried something :

If you guys always fill the
session.cookie_path = /
to somewhere you the cookies should go, then leave the fuss. You'll save two days! Leave it be!

[Session]
session.cookie_path = /

Happy sticking sessions.
 [2008-06-02 12:45 UTC] shashibanzal at hotmail dot com
While running a programme as a login for librarian, if the name of programme is changed in the URL, it switches to the pgm entered now and the borrower can perform all functions of librarian. This is not correct. Session start has been used.
 [2008-06-26 10:50 UTC] karst at spectraweb dot nl
I have apache/php configured to run as another user then "apache". I tried to install php-xml and yum updated php, setting the owner of the directory where the sessions are stored to "apache", NOT MY USER! 

This worked for me:

to check if this was the problem I did a chmod 777 to session directory - and: it worked again

I changed the owner of the session directory to my apache user, chmodded session directory to the initial 770 - and yay: it worked.
 [2008-09-12 23:42 UTC] robin dot chauhan at gmail dot com
As noted on http://www.kirupa.com/forum/showthread.php?t=288773

"After 10 hours of searching over 2 days, I figured it out. The UTF-8 encoding was placing invisible characters before my <?php tag, thus throwing an error (which I couldn't see because my server host's debug doesn't show). Switching to ANSI removed those characters and thus the session_start() functioned properly this time, giving me a consistent session ID. Thanks to those who helped."
 [2009-08-26 18:00 UTC] chris dot kerrison at farrendale dot co dot uk
Hello, I have theis session problem, tried everything on this page not still wont work. Is anyone else having the problem still??

I have 2 servers, one it works fine on and the other it fails, they use the same settings, and have tried differant versions, yet it still fails on the 2nd server. 

Ho many people here are running it on a server with a " _ " in the computer name? that to me seems the only thing differant between the computers with my setup.
 [2009-12-02 18:57 UTC] john at 5070 dot info
The same issue.

# php-cgi -v
PHP 5.2.6-1+lenny3 with Suhosin-Patch 0.9.6.2 (cgi-fcgi) (built: Apr 26 2009 22:11:16)
Copyright (c) 1997-2008 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies
    with eAccelerator v0.9.5.3, Copyright (c) 2004-2006 eAccelerator, by eAccelerator
    with Zend Extension Manager v1.2.2, Copyright (c) 2003-2007, by Zend Technologies
    with Suhosin v0.9.27, Copyright (c) 2007, by SektionEins GmbH
    with Zend Optimizer v3.3.3, Copyright (c) 1998-2007, by Zend Technologies

System call trace (in fact, this is processed by mod_php of the same version):

open(".../sess_a6549.............", O_RDWR|O_CREAT|O_LARGEFILE, 0600) = 1035
fstat64(1035, {st_mode=S_IFREG|0600, st_size=96, ...}) = 0
flock(1035, LOCK_EX)                    = 0
fcntl64(1035, F_SETFD, FD_CLOEXEC)      = 0
fstat64(1035, {st_mode=S_IFREG|0600, st_size=96, ...}) = 0
_llseek(1035, 0, [0], SEEK_SET)         = 0
read(1035, "Acess|s:1:\"1\";id|s:3:\"108\";login|"..., 96) = 96
...
ftruncate64(1035, 0)                    = 0
_llseek(1035, 0, [0], SEEK_SET)         = 0
write(1035, ""..., 0)                   = 0
close(1035)                             = 0

Session files are shared via NFSv4, if it is important.
 [2009-12-16 20:07 UTC] sven dot holcombe at gmail dot com
Running on default XAMPP installation, with the 

session.save_path = "C:\xampplite\tmp"

When I set the apache document root to be:
<Directory "C:/xampplite/htdocs">
And then run a file with contents:
<?PHP session_start(); ?>

There is a session file created. Ie, normal operation.

When I set the apache document root to be:
<Directory "S:/htdocs">
And then run THE SAME file with contents:
<?PHP session_start(); ?>

A 0KB session file is created. Ie, it is empty, and I cannot access session variables.

Please help.
 [2010-09-23 22:21 UTC] sartorato at gmail dot com
Hi there,

  I was having the same problem with PHP creating session files with 0Kb.
  I solved putting the <? session_start();?> on the first line of the php file.
  After this it works like a charm.

  Hope it helps somebody.

Ricardo Sartorato
 [2011-08-16 13:02 UTC] phpbugs at aron dot ws
If you run out of space you get the same effect :D
 [2011-09-30 14:43 UTC] webmaster33 at gmail dot com
I have the same problem.

System:
Linux 2.6.26-2-686 #1 SMP Sat Jun 11 14:54:10 UTC 2011 i686
PHP 5.3.3-7+squeeze1 with Suhosin-Patch (cli) (built: Mar 18 2011 17:22:52)
Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies
    with Suhosin v0.9.32.1, Copyright (c) 2007-2010, by SektionEins GmbH

Problem:
One PHP script creates a session (474 bytes), which I want to read with another PHP script.
The second script starts like this:
<?php
session_start();
var_dump( session_name() . "=" . $_COOKIE['PHPSESSID'], "<br>\n" );
var_dump($_SESSION, "<br>\n");
...

The problem is, that when I start second script, the 474 bytes of the session is emptied to 0 bytes.

The the domain of first and second script are different, but they are on the same virtual hosted server, and they use the same session path: /var/lib/php5


/etc/php5/apache2/php.ini session settings are:
[Session]
session.save_handler = files
session.save_path = /var/lib/php5
session.use_cookies = 1
session.name = PHPSESSID
session.auto_start = 0
session.cookie_lifetime = 0
session.cookie_path = /
session.cookie_domain =
session.cookie_httponly = 
session.serialize_handler = php
session.gc_divisor     = 100
session.gc_maxlifetime = 1440
session.bug_compat_42 = 1
session.bug_compat_warn = 1
session.referer_check =
session.entropy_length = 0
session.entropy_file =
session.cache_limiter = nocache
session.cache_expire = 180
session.use_trans_sid = 0
session.hash_function = 0
session.hash_bits_per_character = 4


Any ideas?
 
PHP Copyright © 2001-2015 The PHP Group
All rights reserved.
Last updated: Tue Mar 03 22:01:56 2015 UTC