New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

tz_offset variable missing on some places #3206

dmnc-net opened this Issue Jun 15, 2016 · 5 comments


None yet
2 participants

dmnc-net commented Jun 15, 2016

Hi, I found a issue with wrong time on some places:

  • User Profile (/osticket/profile.php) [WRONG]
  • System Settings (/osticket/scp/settings.php) [WRONG]
  • Staff Profile (/osticket/scp/profile.php) all staff profiles [OK]
  • ticket time [OK]

Problem is in variables which are not set (so returning null):
/osticket/include/staff/ - $config['tz_offset']
/osticket/include/client/ - $info['tz_offset']

But default_timezone_id and timezone_id in second case has been loaded from the DB correctly, so I may not be a problem to set the tz_offset.

I'm using CET/CEST, Central European (Summer) Time, GMT+1
$gmtime = Misc::gmtime() ... function returns time()-date('Z') ... which converts my local time into the GMT (because od 'Z') so I need to add back the TZ offset and that offset has to be stored in the tz_offset within $config or $info.

osTicket version: found on v1.8.2-dpr-11-gc754f04, remains on v1.9.14 (8b927a0)
additional info:


This comment has been minimized.


ntozier commented Jun 16, 2016

Side note: Admin panel -> System does not, has never, and is not intended to show the correct time. It is for date time formatting purposes only.


This comment has been minimized.

dmnc-net commented Jun 20, 2016

But it's confusing. Even more with label "Actual time". When the code is actually expecting and then working with $config['tz_offset'] why not to set this variable? Why not to act in same style in all 3 places where the time is shown (admin X, staff ✓, client X)? And how to handle all customer's questions about wrong time? In case if they will enter their profile page.


This comment has been minimized.

dmnc-net commented Jul 27, 2016

Closed with the reference to the younger duplicate of this issue? With no summary? Please will be this issue fixed or not?

@ntozier @firepro20 @greezybacon


This comment has been minimized.


ntozier commented Jul 27, 2016

This issue report is not closed. The one (3214) that referenced this issue is.


This comment has been minimized.

dmnc-net commented Dec 1, 2016

@ntozier I see, sorry. Anyway version 1.10 solved this ussue by a new design, I think we can close it.

@dmnc-net dmnc-net closed this Dec 1, 2016

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment