|  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #13732 Session variables not Saved
Submitted: 2001-10-18 07:58 UTC Modified: 2001-10-18 08:55 UTC
From: dingke at sohu dot com Assigned:
Status: Closed Package: Session related
PHP Version: 4.0.6 OS: Windows 2000 Professional
Private report: No CVE-ID: None
View Add Comment Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
You can add a comment by following this link or if you reported this bug, you can edit this bug over here.
Block user comment
Status: Assign to:
Bug Type:
From: dingke at sohu dot com
New email:
PHP Version: OS:


 [2001-10-18 07:58 UTC] dingke at sohu dot com
It has been reported in Bug id #12679 before.

But I'm using a local network to test scripts, so I leave the session.cookie_domain with blank. It can't work.

Then I tried to fill the session.cookie_domain with my commputer name, it didn't work too.

But when I put these scripts on a FreeBSD box(also in local), it works well.

So, what's wrong?


Add a Patch

Pull Requests

Add a Pull Request


AllCommentsChangesGit/SVN commitsRelated reports
 [2002-11-21 13:56 UTC] stupidscript at hotmail dot com
PHP v4.0.6, Apache v1.3.12 BSafe-SSL v1.38, FreeBSD v4.2

Serving PHP from the server described above:
Windows 2000 Clients (see below for sample UA info*) and some Win95 Clients and some AOL v8.0 Clients are doing two things related to this bug (no session-reading),
1) Not reading/recognizing the session, and
2) Repeating an "include" function for every element of the web page, i.e. not just when the page loads, but also for every graphic on the page, resulting in ~30 sessions per hit instead of 1.

We are carrying the sessionid in the URL (no cookies), and see many entries of this type in our "first hit" database where a referring page with our sessionid variable is making graphics requests. Our "first hit" database only records a row if the URL has no sessionid variable in it, and so it should not be recording anything from one of these pages.

What's really perplexing is the rows being created for each graphic requested...the "include"d script that checks for sessionid and does the database entry is on line 2 of the html document, and should not re-load with each graphic request from within that why is the "include" being triggered multiple times per page? Using the (undocumented in the manual) "include_once" function described in produces the same results.

In the bug report #15867 this problem (or at least the session problem) is described as "fixed in the CVS" and the bug report is closed.

How can we implement this fix, if it applies? Thank you.

Sample UA Strings from clients that exhibit this behaviour:

Mozilla/4.0 (compatible; MSIE 5.01; Windows NT 5.0)
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; YComp
PHP Copyright © 2001-2022 The PHP Group
All rights reserved.
Last updated: Tue Nov 29 21:03:58 2022 UTC