Just a thought, and it means messing with your forms, but how about
getting server time in an active link using $PROCESS$ @@artime. Get
artime to add zero hours (by default it will add one hour), return in
char format and stuff it into a char field so nothing messes with it as
it won't know its a time stamp.
>All,
>
>With V4, ARS uses time zone information from Control Panel, not time zone
>environment variable i.e. tz= parameter on the client side. Now the tz is
>ignored. (ref. p5.5 Release Notes ARS 4.0)
>
>That is causing us a HUGE (read HUGE) problem since our business (Telecom)
>uses GMT as tz, i.e. UTC as timestamp. We are managing satelite and sites
>around the world. (www.teleglobe.ca)
>
>With V4, only local time becomes available to us (all of us). V4 still
>stores time in GMT but display it in local after conversion. We can't
>change TZ in the control panel to GMT for all the client around the
>world... Just imagine the other applications...
>
>Previously with V3 and V2 we had the choice, at installation time of
>client, to set the tz, enabling control on using local or GMT. Not with V4
>anymore.
>
>Official Remedy answer to our request: "Remedy will not be changing this
>or altering this as part of the design of our software".
>
>Questions:
>
>1) Are you using GMT as your tz value in V3 or V2
>2) Are you planning to migrate to V4
>
>If you answer yes to both, please reply as I would like to put more
>pressure on Remedy to change their mind.
>
>Yvan Lefebvre
>Project Manager
>Teleglobe Canada
>(514) 868-7929
>
>To Unsubscribe send e-mail to:
>body of text is: unsubscribe arslist
>
--
Regards
Dave Saville
Second star to the right and straight on 'til morning
(Capt. James T. Kirk quoting Peter Pan)
To Unsubscribe send e-mail to:
body of text is: unsubscribe arslist
Previous Topic
Index