Time offset in Get.Services

[fid509]

Hello,



We are encountering the following problem when we update Incidents through Get.Service. We see that the date and time are incorrect. The date is in the form MM/DD/YY instead of the desired DD/MM/YY and the time was off by -1 hour and now on Daylight Saving time even by -2 hours.

The user that is logged on is configured with the correct timezone and even the company record is set to Europe/Middle

When we update the ticket in SC itself with the same userid the time and date are correct.

Does somebody experienced the same problem and maybe a solution to this?



System:

ServiceCenter 4.07 on Solaris 8 (Win2000 Clients)

Get.It 2.01,Apache 1.3.22 and JRun 3.1 on Solaris 8



Thx,

Geert

[fid509]

This is a known issue (SCR 4219) in ServiceCenter 4, for which a solution is

planned in a future release.

Unfortunately the fix from Peregrine does nothing at all in my case. The time is still in GMT format. :sad:



A workaround for this problem is to create a sc.ini file for use by

Get-Services. The sc.ini file must contain a clienttz parameter identifying

the correct time zone to use. This is essentially a client version of the

sc.ini file, without server-specific parameters such as an auth. code,

shared memory parameters, or SQL connection information. You can create it

using a text editor or copy it from another client computer's sc.ini file.

Follow the instructions below:



1. Locate the JRun default directory (named <jrun_dir>\jsm-default) on the

Get-Services web server.

2. Use Notepad/vi/another text editor to create a file named sc.ini or,

alternatively, copy a client computer's sc.ini file and modify it as needed.

3. Use a text editor to edit the sc.ini file in the JRun default directory.

4. Add a client timezone (clienttz) parameter if none exists already,

identifying a valid time zone record from the ServiceCenter tzfile

(e.g. clienttz:Amsterdam,Berlin,Bern,Rome,Stockholm,Vien na ???? I replaced this with Europe/Middle and other valid tzfile records)

Note: the parameter must be on its own line and must start in column 1.

5. Save your changes to the sc.ini file.





:sad: :sad: :sad: :sad:

[fid509]

A solution that works.





Q U E S T I O N or T O P I C


Although the timezone in the company record is set to any other timezone than GMT, the time in the active notes is based on GMT.





A N S W E R or C O N T E N T


In the event registration such as pmo, pmu, pmc, etc., you can insert the follwoing expression statements:





EXPRESSIONS TAB:


$L.void=rtecall("rinit", $L.rc, $L.file, "tzfile")


$L.void=rtecall("select", $L.rc,


$L.file, "name=\"TIME ZONE\"", , )


set.timezone($L.file)





Note: You need to specify your time zone in the area of TIME ZONE above.