search

jetbalsa / pos-tracker-eve

Automatically exported from code.google.com/p/pos-tracker-eve
0 stars 0 forks source link

Session not started/saving. #23

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
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 commented 9 years ago 
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:

GoogleCodeExporter commented 9 years ago 
[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 commented 9 years ago 
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 commented 9 years ago 
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 commented 9 years ago 
[deleted comment]
GoogleCodeExporter commented 9 years ago 
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 commented 9 years ago 
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 commented 9 years ago 
k best of luck.

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