CGI error

mhadian · Post by **mhadian** » Tue Nov 14, 2006 9:46 pm

Hi guys,

Fresh install the timetrex, go through all installation step without any error.

Then when i login for the first time it give me this error:

CGI Error
The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:

If i'm not getting that error, i can't login, it refresh to the same page.

Thanks

Mike

Post by **mikeb** » Wed Nov 15, 2006 9:37 am

mhadian wrote:Hi guys,

Fresh install the timetrex, go through all installation step without any error.

Then when i login for the first time it give me this error:

CGI Error
The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:

If i'm not getting that error, i can't login, it refresh to the same page.

Thanks

Mike

I've never heard of this error before. Check your PHP error log, or the TimeTrex log to see if anything of interest is in either of those.

Are you running Windows or Linux, and which web server are yo using?

In your PHP.INI file you may want to enable logging of startup errors (and other errors) as well, that might help figure out whats going on.

After doing some reading, it appears this issue pretty much only happens on Windows, so I assume you are running windows with IIS. If so, try setting your Performance Options to Forground and see if that helps.

This PHP bug report may give you more ideas too: http://bugs.php.net/bug.php?id=9852

Let me know how it goes.

mhadian · Post by **mhadian** » Thu Nov 16, 2006 11:39 pm

nope, it's not working, but i now i'm not getting that error again, i can't login to the timetrex (with the username and password I entered in the installation step)

Mike

Post by **mikeb** » Thu Nov 16, 2006 11:48 pm

mhadian wrote:nope, it's not working, but i now i'm not getting that error again, i can't login to the timetrex (with the username and password I entered in the installation step)

Mike

Try deleting your database and re-installing. See if that helps.

mhadian · Post by **mhadian** » Sun Nov 19, 2006 10:16 pm

i've tried deleting the database, reinstall, delete all, reinstall. All lead to same problem, i can't login, it keep refreshing the page and put me back to login page again.

Post by **mikeb** » Sun Nov 19, 2006 10:50 pm

mhadian wrote:i've tried deleting the database, reinstall, delete all, reinstall. All lead to same problem, i can't login, it keep refreshing the page and put me back to login page again.

I assume when you are going through the install process it does ask you to create a username/password, and that works without problems? When the installer is done you then can't login with that same username/password, correct?

I haven't seen any other reports of such an issue, so when creating your username/password make sure its all lowercase, and try to keep them simple just to test. ie: Username: test Password: test. (you can change both once you login)

The other thing I would try is doing a complete fresh install. Delete your database again completely, Unzip the TimeTrex.ZIP file again and install from that. Don't copy over the old timetrex.ini.php file either, just update the example one.

TimeTrex encrypts passwords with a custom salt each time and stores that salt in the .ini file. So it that isn't being updated it could cause your password to fail.

Post by **mikeb** » Sun Nov 19, 2006 11:36 pm

Please make sure you are using TimeTrex v1.3.1 as well.

mhadian · Post by **mhadian** » Mon Nov 20, 2006 7:33 pm

Will try using 1.3.1

I did delete all folder, extract the new one, edit the timetrex.ini.php, delete the database, installation went ok, no error during all steps. But when i tried to login it kept bring me back to same page.

Salt value is not 0.

edit: just tried with 1.3.1, same stuff

Post by **mikeb** » Mon Nov 20, 2006 11:38 pm

mhadian wrote:Will try using 1.3.1

I did delete all folder, extract the new one, edit the timetrex.ini.php, delete the database, installation went ok, no error during all steps. But when i tried to login it kept bring me back to same page.

Salt value is not 0.

edit: just tried with 1.3.1, same stuff

Okay, check the TimeTrex log and PHP error log and paste anything useful from those when you try logging in. In the timetrex.ini.php file, you can also try enabling debug mode, debug buffering, logging and setting the verbosity to 11, and trying to login. With the verbosity set to 11 it won't log you in, but it should tell you whats going on at least. If you set verbosity to 10 it will still show lots of debug information but it should log you in if it works...

mhadian · Post by **mhadian** » Tue Nov 21, 2006 12:01 am

Ok, some wierd stuff here

1. Tried to enable the debug mode, and set the verbose to 11
2. Cant login (as what you said)
3. Change verbose to 10 and keep debug mode
4. I can login and do all stuff ?

Well, i guess something fix it, logout, disable the debug mode, login, and it gave me same error

This is from timetrax logs

---------------[ Mon, 20 Nov 2006 22:40:22 -0800 (PID: 2476) ]---------------
---------------[ Mon, 20 Nov 2006 22:42:35 -0800 (PID: 1752) ]---------------
DEBUG [137]: [Function](): Production: 1 
DEBUG [92]: DateTime::setTimeZone(): Setting TimeZone: PST8PDT 
DEBUG [49]: [Function](): Bypassing Authentication 
---------------[ Mon, 20 Nov 2006 22:42:35 -0800 (PID: 1752) ]---------------

Post by **mikeb** » Tue Nov 21, 2006 9:12 am

mhadian wrote:Ok, some wierd stuff here

1. Tried to enable the debug mode, and set the verbose to 11
2. Cant login (as what you said)
3. Change verbose to 10 and keep debug mode
4. I can login and do all stuff ?

Well, i guess something fix it, logout, disable the debug mode, login, and it gave me same error

This is from timetrax logs

---------------[ Mon, 20 Nov 2006 22:40:22 -0800 (PID: 2476) ]---------------
---------------[ Mon, 20 Nov 2006 22:42:35 -0800 (PID: 1752) ]---------------
DEBUG [137]: [Function](): Production: 1 
DEBUG [92]: DateTime::setTimeZone(): Setting TimeZone: PST8PDT 
DEBUG [49]: [Function](): Bypassing Authentication 
---------------[ Mon, 20 Nov 2006 22:42:35 -0800 (PID: 1752) ]---------------

You can login fine with verbosity set to 10, but not at all with debug mode disabled? Weird, I wasn't expecting that at all. Unfortunately that snippet from the TimeTrex log looks normal, so it doesn't help much.

Can you delete the TimeTrex log file, then set your debug options to:

enable = TRUE
enable_display = FALSE
buffer_output = TRUE
enable_log = TRUE
verbosity = 10

Once this is done, try logging in again, then paste your entire TimeTrex log here.

mhadian · Post by **mhadian** » Tue Nov 21, 2006 3:17 pm

Well, this is the log for

enable = TRUE
enable_display = FALSE
buffer_output = TRUE
enable_log = TRUE
verbosity = 10

---------------[ Tue, 21 Nov 2006 14:15:56 -0800 (PID: 2260) ]---------------
DEBUG [137]: [Function](): Production: 0 
DEBUG [92]: DateTime::setTimeZone(): Setting TimeZone: PST8PDT 
DEBUG [49]: [Function](): Bypassing Authentication 
---------------[ Tue, 21 Nov 2006 14:15:56 -0800 (PID: 2260) ]---------------
---------------[ Tue, 21 Nov 2006 14:16:09 -0800 (PID: 1080) ]---------------
DEBUG [137]: [Function](): Production: 0 
DEBUG [92]: DateTime::setTimeZone(): Setting TimeZone: PST8PDT 
DEBUG [49]: [Function](): Bypassing Authentication 
---------------[ Tue, 21 Nov 2006 14:16:09 -0800 (PID: 1080) ]---------------

Looks like the same?

Post by **mikeb** » Tue Nov 21, 2006 3:52 pm

mhadian wrote:Well, this is the log for

enable = TRUE
enable_display = FALSE
buffer_output = TRUE
enable_log = TRUE
verbosity = 10

---------------[ Tue, 21 Nov 2006 14:15:56 -0800 (PID: 2260) ]---------------
DEBUG [137]: [Function](): Production: 0 
DEBUG [92]: DateTime::setTimeZone(): Setting TimeZone: PST8PDT 
DEBUG [49]: [Function](): Bypassing Authentication 
---------------[ Tue, 21 Nov 2006 14:15:56 -0800 (PID: 2260) ]---------------
---------------[ Tue, 21 Nov 2006 14:16:09 -0800 (PID: 1080) ]---------------
DEBUG [137]: [Function](): Production: 0 
DEBUG [92]: DateTime::setTimeZone(): Setting TimeZone: PST8PDT 
DEBUG [49]: [Function](): Bypassing Authentication 
---------------[ Tue, 21 Nov 2006 14:16:09 -0800 (PID: 1080) ]---------------

Looks like the same?

Yeah, that doesn't help either. Unfortunately I'm out of ideas unless I can get more debug information.

If you like you can purchase our Installation Support and we can help you further over the phone, or even complete the installation (fully working of course) for you. If it turns out to be a TimeTrex bug we'll be happy to refund your money. If this interests you please contact sales@timetrex.com or call 1-800-714-5153.

mhadian · Post by **mhadian** » Tue Nov 21, 2006 9:39 pm

Well, now i can login by:

1. Change the verbose to 11
2. Login
3. Gave me error, then change the verbose to 10
4. Login again, and it work

and as long the session is open, i can open new window and login as different user.

Strange...

Notice: Undefined index: REQUEST_URI in d:\Inetpub\wwwroot\timetrex\classes\modules\core\BreadCrumb.class.php on line 41

this always come up?

What debug info you need?

Post by **mikeb** » Wed Nov 22, 2006 9:41 am

mhadian wrote:Well, now i can login by:

1. Change the verbose to 11
2. Login
3. Gave me error, then change the verbose to 10
4. Login again, and it work

and as long the session is open, i can open new window and login as different user.

Strange...

Notice: Undefined index: REQUEST_URI in d:\Inetpub\wwwroot\timetrex\classes\modules\core\BreadCrumb.class.php on line 41

this always come up?

What debug info you need?

Okay, I think I see whats going on. Your still using PHP in CGI mode correct? It appears CGI mode isn't going to work with TimeTrex at this time because it seems to lack several features that TimeTrex requries. You need to switch to running PHP as a module of your web server.

Post by **mikeb** » Wed Nov 22, 2006 10:18 am

There is one thing you could try, in your PHP.ini file add this line:

cgi.fix_pathinfo = 1

Then if your using IIS for your web server set:

cgi.force_redirect = 0

Let me know if those help.

mhadian · Post by **mhadian** » Wed Nov 22, 2006 6:54 pm

your a champ!!

change the PHP running as module and it's work perfectly

Now, need to read the manual to figure out how this works

Thanks heaps

Post by **mikeb** » Thu May 03, 2007 2:15 pm

See this post:

http://forums.timetrex.com/viewtopic.php?p=1325#1325

for instructions on how to get TimeTrex to work in CGI mode.

TimeTrex Time and Attendance

CGI error

CGI error

Re: CGI error

Time and Attendance