Session not started/saving.

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Install & Configure.
2. Login with admin.
3. track.php redirects to login.php, debugging shows empty $_SESSION.

What is the expected output? What do you see instead?
Logged in homepage.

What version of the product are you using? On what operating system?
5.1.1 Beta 1

Please provide any additional information below.

session_start(); function is not being run, adding it to config.php fixed the 
session.

Original issue reported on code.google.com by meisteryellow@gmail.com on 23 Feb 2011 at 12:59

[GoogleCodeExporter]

Unable to duplicate. You must have a weird server setup as the session start 
variable is still there working fine.

Please if possible, run the attached test_includes.php file under the includes 
folder directly. Let me know what the two lines show you when you run this.

Original comment by frozenic...@gmail.com on 23 Feb 2011 at 1:19

Attachments:

• test_includes.php

[GoogleCodeExporter]

[code]
/pos/includes/test_includes.php
cy9pbmN
[/code]

The session cookie was resetting each view until I added session_start().

Maybe you're relying on a setup which automatically starts session on every hit?

Original comment by meisteryellow@gmail.com on 23 Feb 2011 at 1:48

[GoogleCodeExporter]

There has been no code changes to the session variable besides putting a name 
on it. Which in this case you have shown the name works as the session name is 
being set to cy9pbmN. So that's not the issue. Have you used the POS Tracker in 
the past? Did you upgrade or full install? If you upgraded, what version did 
you upgrade from?

Original comment by frozenic...@gmail.com on 23 Feb 2011 at 2:02

[GoogleCodeExporter]

Session var is only set for that hit, on the next hit the SessionID was being 
reset.

I've had this somewhere before, I think it was a whitespace problem but was a 
long time ago. Could it be there is some whitespace before the session_start() 
call?

Used it before, fresh install, fresh database. Servers been up for years and 
has probably evolved some odd configs, while the admins set things up in a 
fairly strict default.

Original comment by meisteryellow@gmail.com on 23 Feb 2011 at 9:25

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Nope nothing like that. Not sure what to tell you really as everything should 
work fine. As long as you have eveclass.php within your install it should work 
fine.

Here's the code straight from it. Like I said before, this session variable 
hasn't been messed with besides adding a name to it which your install did show 
works. So not sure what's going on. Sorry but not much I can do here.

function SessionStart()
    {
        $r = substr((base64_encode(dirname($_SERVER['REQUEST_URI']))), 4, 7);
    session_name($r);
        session_start();
        output_reset_rewrite_vars();
        if (!session_id()) {
            ini_set("session.use_trans_sid","Off");
        }

    }

Original comment by frozenic...@gmail.com on 23 Feb 2011 at 2:17

[GoogleCodeExporter]

In the middle of a bunch of work atm, I'll revisit it in a month or 2 and see 
if I can narrow it down for ya.

Original comment by meisteryellow@gmail.com on 23 Feb 2011 at 11:26

[GoogleCodeExporter]

k best of luck.

Original comment by frozenic...@gmail.com on 24 Feb 2011 at 2:57

• Changed state: Invalid