php.net |  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
 [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?

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

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 document...so why is the "include" being triggered multiple times per page? Using the (undocumented in the manual) "include_once" function described in mailing-php.dev 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 5.0.2.4)
 
PHP Copyright © 2001-2022 The PHP Group
All rights reserved.
Last updated: Tue Nov 29 21:03:58 2022 UTC