PHPJunkyard support forum

Script URL:
Version of script:
Hosting company:
URL of phpinfo.php:
URL of session_test.php:
What terms did you try when SEARCHING for a solution:
Error: Your session has expired, please login using the form below.
Write your message below:
I upgraded to version 2.7.1. Now when i login and try to edit "tools/custom fields" I get the following Error: Your session has expired, please login using the form below. It seems to happen when I try to use either of the new options "custom fields" and "statuses".

Thanks.

And all the other pages (and tools) open fine? Doesn't make sense, why would the session expire here?

You didn't modify any files by hand, did you?

Are you logging in with an administrator account?

I did not modify any of the files. I rolled back to the old version and everything works fine, but after upgrading to 2.7.1 I get the same error when i click on the new options. Database user has all permissions to the database and Hesk user is administrator.

Did a new install with 2.7.1 (empty database) had the same problem when i clicked on the new tabs.

thanks for your help.

I can't duplicate this error and didn't receive any other similar reports.

Is there any chance you can give me access to your server (to the clean install only) to run some tests? Send me a private message.

I read a few old posts and thought maybe wordpress is causing issues. For awhile now I have wanted to move the ticket system to its own web site and URl with nothing else running on the website.

With nothing else running and a fresh install, it has been working.

If you still want to mess with it let me know.

Thanks for the help.
Rad

I am still have this problem.

Could you help me?

You didn't post any server details.

If you are using a very old PHP version and have register_globals function active that might be the issue as that magically rewrites session variables if a variable with the same name is used elsewhere.

To fix the issue:

1. backup existing files

2. open file admin/custom_fields.php and admin/custom_statuses.php in a powerful text editor that can properly handle encodings, such as the free Notepad++
https://notepad-plus-plus.org/

3. find all instances of this:

$id

And change it to:

$tmp_id

3. save, upload and test

Man, it's working very well now.

Thank you for help e quick response.

Have nice day.

Klemen wrote: Wed Mar 29, 2017 11:51 am You didn't post any server details.

If you are using a very old PHP version and have register_globals function active that might be the issue as that magically rewrites session variables if a variable with the same name is used elsewhere.

To fix the issue:

1. backup existing files

2. open file admin/custom_fields.php and admin/custom_statuses.php in a powerful text editor that can properly handle encodings, such as the free Notepad++
https://notepad-plus-plus.org/

3. find all instances of this:

$id

And change it to:

$tmp_id

3. save, upload and test

I've recently updated to 3.1.1, and on initial testing worked a treat (love the redesign btw), but 24 hours later I get this error message when trying to log into admin.
I researched and found this board, searched and found this thread. I completed the above (quoted) and it solved the problem.
However, 24 hours later I get the same error. I have checked the admin/custom_fields.php and admin/custom_statuses.php to make sure that they had not reverted to $id, and they still had the amended $tmp_id instances. But I still cannot log in to admin, and still get this error.

I know this thread is a number of years old, but I am stuck. Any advice would be greatly received.

Thanks

The solution in this thread was only for very old PHP versions with register_globals on, hopefully nobody is using that anymore in 2020...

That said, what I would do is:

1. upload original Hesk files again; don't make *any* modifications to them because even opening and saving a file in some programs can cause the sessions to break (because they add the "invisible" utf-8 BOM to files; Microsoft Notepad, for example, is known to do that).

2. If that doesn't help, run the session test file from here: https://www.hesk.com/knowledgebase/?article=23

3. if that comes back successful, upload phpinfo file to your server from this topic: viewtopic.php?f=13&t=138 then post a link to it here

Klemen wrote: Fri May 15, 2020 11:08 am 1. upload original Hesk files again; don't make *any* modifications to them because even opening and saving a file in some programs can cause the sessions to break (because they add the "invisible" utf-8 BOM to files; Microsoft Notepad, for example, is known to do that).

I only use the cpanel edit function if I make any modifications so try note to use 'others' software to modify.

Klemen wrote: Fri May 15, 2020 11:08 am 2. If that doesn't help, run the session test file from here: https://www.hesk.com/knowledgebase/?article=23

I did this and got the "OK: PHP sessions work fine" response.

Klemen wrote: Fri May 15, 2020 11:08 am 3. if that comes back successful, upload phpinfo file to your server from this topic: viewtopic.php?f=13&t=138 then post a link to it here

I haven't done this yet as I think I have found the error, maybe a rookie error, but I tried on a diferent browser and it was working OK. I could log in to admin. I rebooted the original browser and it's now working on that browser too. I have been puzzling over this for a few days and never thought that I needed to do a 'standard/engineers reset' (turn off and on again)

I feel a bit of a dufus, but thanks for getting back to me anyway

If you have SSL enabled, make sure you always visit the help desk in https mode (you should also turn "Force SSL connections" in Settings > Help desk > Security). If a session cookie is set over a secure connection, the browser will not be able to read it over a non-secure one.

Anyway, if the problem re-occurs:
1. restore original files (modifications to PHP files can quickly result in premature header output)
2. try the session test file again (maybe it's a temporary server error)
3. come back with phpinfo data