I'm having the same problem, can't get passed the index
page. I believe I've edited the necessary config files, but
when I click on a login link, it just returns to the main
index page. I've checked the php.ini file, but am not sure
what I need to change.
WinXP Pro
IIS5.1
PHP4.3.4
MySQL 3.23.54
Any information on this would be appreciated.
cto
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I had the same problem and found there are two things that
can contribute to it.
1. If Debug mode is set to ON.
2. If you are using Internet Explorer 6 or higher.
The cookie.inc.php will not create in internet explorer.
Also, line 75 of functions.inc.php bombs out the cookie
creation in IE and Mozzilla if debug is on.
Once debug was disabled and the cookie.inc.php was fixed
Mozilla works with the PHPHelpdesk.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I had the same problem and found there are two things that
can contribute to it.
1. If Debug mode is set to ON.
2. If you are using Internet Explorer 6 or higher.
The cookie.inc.php will not create in internet explorer.
Also, line 75 of functions.inc.php bombs out the cookie
creation in IE and Mozzilla if debug is on.
Once debug was disabled and the cookie.inc.php was fixed
Mozilla works with the PHPHelpdesk.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Okay, here is the correct solution. I am INTIMATELY familiar
with this application. I've torn it apart and put it back
together in many variations. I have run it mostly on RH 7.2
for the longest time without problems. Had a couple of
cookie problems that were fixed with the time/date switch
that is mentioned in one of the other posts.
HOWEVER...I recently installed RH9. Then I installed my
customized version of the helpdesk and tried to run it - no
go. She died on the spot. After MUCH beating my brains
out, I saw something related to a different helpdesk that I
started to install. I hadn't wanted to move away from this
one because it's just that good. The old one, I think, is
better than the new one. That aside, though, I was ready to
give up on the whole thing because I was having such bad
luck and it didn't work anymore. I tried a couple of others
and found the problem with one of them and wondered if it
also applied to THIS one and IT DOES!!
In the php.ini file that is located in the etc directory of your
RH install, there is a line that refers to register_globals. This
is to tell your PHP whether or not it registers global
variables. Most PHP scripts don't need this as it can be a
little messy and can actually hinder performance some. The
HELPDESK script however, as well as many other helpdesk
scripts I have come across require this to be on. The setting
should look like the following in your PHP.INI file:
; Whether or not to register the EGPCS variables as global
variables. You may
; want to turn this off if you don't want to clutter your
scripts' global scope
; with user data. This makes most sense when coupled with
track_vars - in which
; case you can access all of the GPC variables through the
$HTTP_*_VARS[],
; variables.
;
; You should do your best to write your scripts so that they
do not require
; register_globals to be on; Using form variables as globals
can easily lead
; to possible security problems, if the code is not very well
thought of.
register_globals = Off
Notice that at the end of the explanation, register_globals is
turned OFF!! Turn that on and you will be able to use your
application again.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Logged In: YES
user_id=941218
I'm having the same problem, can't get passed the index
page. I believe I've edited the necessary config files, but
when I click on a login link, it just returns to the main
index page. I've checked the php.ini file, but am not sure
what I need to change.
WinXP Pro
IIS5.1
PHP4.3.4
MySQL 3.23.54
Any information on this would be appreciated.
cto
Logged In: YES
user_id=955267
anyone one figure this out ?
Logged In: NO
I had the same problem and found there are two things that
can contribute to it.
1. If Debug mode is set to ON.
2. If you are using Internet Explorer 6 or higher.
The cookie.inc.php will not create in internet explorer.
Also, line 75 of functions.inc.php bombs out the cookie
creation in IE and Mozzilla if debug is on.
Once debug was disabled and the cookie.inc.php was fixed
Mozilla works with the PHPHelpdesk.
Logged In: YES
user_id=963995
I had the same problem and found there are two things that
can contribute to it.
1. If Debug mode is set to ON.
2. If you are using Internet Explorer 6 or higher.
The cookie.inc.php will not create in internet explorer.
Also, line 75 of functions.inc.php bombs out the cookie
creation in IE and Mozzilla if debug is on.
Once debug was disabled and the cookie.inc.php was fixed
Mozilla works with the PHPHelpdesk.
Logged In: YES
user_id=385722
Okay, here is the correct solution. I am INTIMATELY familiar
with this application. I've torn it apart and put it back
together in many variations. I have run it mostly on RH 7.2
for the longest time without problems. Had a couple of
cookie problems that were fixed with the time/date switch
that is mentioned in one of the other posts.
HOWEVER...I recently installed RH9. Then I installed my
customized version of the helpdesk and tried to run it - no
go. She died on the spot. After MUCH beating my brains
out, I saw something related to a different helpdesk that I
started to install. I hadn't wanted to move away from this
one because it's just that good. The old one, I think, is
better than the new one. That aside, though, I was ready to
give up on the whole thing because I was having such bad
luck and it didn't work anymore. I tried a couple of others
and found the problem with one of them and wondered if it
also applied to THIS one and IT DOES!!
In the php.ini file that is located in the etc directory of your
RH install, there is a line that refers to register_globals. This
is to tell your PHP whether or not it registers global
variables. Most PHP scripts don't need this as it can be a
little messy and can actually hinder performance some. The
HELPDESK script however, as well as many other helpdesk
scripts I have come across require this to be on. The setting
should look like the following in your PHP.INI file:
; Whether or not to register the EGPCS variables as global
variables. You may
; want to turn this off if you don't want to clutter your
scripts' global scope
; with user data. This makes most sense when coupled with
track_vars - in which
; case you can access all of the GPC variables through the
$HTTP_*_VARS[],
; variables.
;
; You should do your best to write your scripts so that they
do not require
; register_globals to be on; Using form variables as globals
can easily lead
; to possible security problems, if the code is not very well
thought of.
register_globals = Off
Notice that at the end of the explanation, register_globals is
turned OFF!! Turn that on and you will be able to use your
application again.