phpScheduleIt
June 19, 2013, 11:43:56 AM *
Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
News: phpScheduleIt 2.4.2 has been released!
 
   Home   Help Login Register  
Pages: [1]
  Print  
Author Topic: You are not logged in!  (Read 2428 times)
Matt
Newbie
*

Karma: 0
Posts: 4


« on: April 09, 2008, 04:02:45 PM »

I'm getting a message when users try to reserve items back to back. Example when a user reserves a projector and then goes back to reserve a projector screen they get kicked to the Login screen and a message saying You are not logged in! above the Logon Name. And yes the user was logged in to begin with. We are not using cookies to auto login.

We are running the following .
phpScheduleIt  1.2.8
PHP 5.2.1
MYSQL 5
Windows XP SP2
Browser IE7
Logged
Nick
Administrator
Hero Member
*****

Karma: 15
Posts: 5506


WWW
« Reply #1 on: April 10, 2008, 10:16:15 AM »

This only happens after a reservation is made, not at any other times?
Logged
Matt
Newbie
*

Karma: 0
Posts: 4


« Reply #2 on: April 10, 2008, 01:57:14 PM »

It seems to be happening also when the user just goes to reserv any item.
Logged
Nick
Administrator
Hero Member
*****

Karma: 15
Posts: 5506


WWW
« Reply #3 on: April 11, 2008, 09:50:36 AM »

I would take a look to see if there are any errors/warnings being logged to you server's log file.  It sounds like PHP does not have a session_dir defined in the php.ini, or PHP does not have permission to write to it.
Logged
Matt
Newbie
*

Karma: 0
Posts: 4


« Reply #4 on: April 11, 2008, 10:22:31 AM »

I looked at this the other day and found what you talking about and I even changed the dir. and changed the permissons. I also deleted all of the sessions that where there and the users where able to login and reserve without any problems. Today the users try to reserve and the get kicked out telling them they are not logged in. So I think the problem is either the sessions are not deleting or not coming active when a user logs back in.

Also I see alot about cookies in the PHP.ini file should I see a cookie on the user computer?

Matt
Logged
Nick
Administrator
Hero Member
*****

Karma: 15
Posts: 5506


WWW
« Reply #5 on: April 14, 2008, 09:49:57 AM »

The only thing that the application looks for to determine if the user is logged in is if they have a valid active session.  If the sessions look like they are working server side, then the problem may be with cookies, like you mentioned.  The way sessions work is by writing a cookie to the local machine to use to identify that machine with the server.

This doesn't make sense to me why this would be happening for all users, though.

I'd take a look at your cookies when logged in and see if you have one for phpScheduleIt's session.
Logged
Nick
Administrator
Hero Member
*****

Karma: 15
Posts: 5506


WWW
« Reply #6 on: April 14, 2008, 09:57:29 AM »

Something that was mentioned in another thread is to set session.autostart to 1 in your php.ini file.
Logged
Matt
Newbie
*

Karma: 0
Posts: 4


« Reply #7 on: April 21, 2008, 02:07:17 PM »

How many sessions does each user have on the server side? I went to see how many sessions I had and found that I have 150 sessions  but only about 40 active users. I also looked for cookies and only found one. The following is what is in the file.

lang
en_US
dc603bwk70196/
1024
2554046080
29932395
2781357440
29926360
*
Logged
Nick
Administrator
Hero Member
*****

Karma: 15
Posts: 5506


WWW
« Reply #8 on: April 22, 2008, 10:14:17 AM »

Each user login will only create 1 session, but the session will live for a configurable amount of time (defined in your php.ini file, I think).  Do you have any other web applications on that box which may be creating sessions?
Logged
jhenthorn
Newbie
*

Karma: 0
Posts: 5


« Reply #9 on: April 24, 2009, 06:03:39 PM »

Something that was mentioned in another thread is to set session.autostart to 1 in your php.ini file.

I moved a 1.2.11 installation from one server to another and ran into this exact problem. 

I could see sessions being created so it wasn't a problem with permissions.  Cookies were not being blocked.  Finally I noticed this session.auto_start parameter was different in the php.ini files.  It looks like the default value for that parameter in PHP 5.2.9 is no longer set to 1. 

Anyway, after a whole day of debugging it works! 
Logged
Nick
Administrator
Hero Member
*****

Karma: 15
Posts: 5506


WWW
« Reply #10 on: April 27, 2009, 01:30:48 PM »

Thanks for posting the solution!
Logged
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2006-2007, Simple Machines Valid XHTML 1.0! Valid CSS!