Further Clarification on this:
If I use $TIMESTAMP$ to set a Time field, then it is off by an hour, however if I use $TIMESTAMP$ to set a Date/Time field, then it is fine. The same is consistent with using $TIME$. If I use $TIME$ to set a Date/Time field, it is correct, but if I use $TIME$ to set a Date/Time field, then it is incorrect. This is consistent across the mid-tier and the user tool. MS SQL 2k Windows 2k Remedy 6.3 no patch on server Remedy 6.3 p21 on mid-tier UT 6.3 no patch and patch 20 Thanks for any help. ________________________________ From: Opela, Gary L Contr OC-ALC/ITMA Sent: Monday, March 12, 2007 7:58 AM To: '[email protected]' Subject: RE: DST Test Results on March 11th 8:00 AM Okay, so here is a weird one.... On one of our servers, on one application, we have a Create Date field (this standard core field) and a create time field. The create time field is set to $TIME$ by a filter on submit. The create time and create date fields are off from each other by an hour. The Create Date field shows the correct time, 7:30, and the Create Time field shows 6:30... Help!!!! ________________________________ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Nall, Roger Sent: Monday, March 12, 2007 2:41 AM To: [email protected] Subject: Re: DST Test Results on March 11th 8:00 AM You are correct. However, I am the only one in my company using the AR User Preference form. We are a Citrix shop and are not able to use the AR User Preference form across the board until we upgrade to 7.01. It has to do with the way the preference value is stored in the registry. That being said, everyone else uses Citrix to launch Remedy which means they each have a centralized ar.ini file. I am at a loss as to how to proceed from here. Should we remove the TZ values from the ini files and hope they don't reset them? Any ideas are most welcome. Thanks, Roger A. Nall Manager, OSSNMS Remedy T-Mobile USA Desk: 813-348-2556(New) Cell: 973-652-6723 FAX: 813-348-2565 sf49fanv AIM IM RogerNall Yahoo IM ________________________________ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Thomas Bean Sent: Monday, March 12, 2007 1:33 AM To: [email protected] Subject: Re: DST Test Results on March 11th 8:00 AM Roger, You might check to make sure you don't have the time zone set in the AR User Preferences form. That could cause the times to be displayed one hour off. As long as Windows is patched, the User tool should pull the correct time zone settings from the OS. --Thomas ----- Original Message ----- From: Nall, Roger <mailto:[EMAIL PROTECTED]> Newsgroups: gmane.comp.crm.arsystem.general To: [email protected] Sent: Sunday, March 11, 2007 13:55 Subject: Re: DST Test Results on March 11th 8:00 AM ** I did nothing as well but all of my times are off by one hour. According to BMC this should not have happened. I do not use the mid-tier. I am on ARS 6.03, patch 16, windows2k, sql2k. All OS were patched. Has anyone else seen this behavior? Thanks, Roger Nall Manager, OSSNMS Remedy T-Mobile, USA Desk: 813-348-2556(NEW) Mobile:973-652-6723 FAX: 813-348-2565 Sf49fanv AIM IM RogerNall. Yahoo IM Sent from my GoodLink Wireless Handheld (www.good.com) -----Original Message----- From: Sanford, Claire [mailto:[EMAIL PROTECTED] Sent: Sunday, March 11, 2007 10:29 AM Pacific Standard Time To: [email protected] Subject: Re: DST Test Results on March 11th 8:00 AM Ok, so I did NOTHING. I made no changes, added no patches (I am sure this will bite me some time down the road) and everything worked as it was supposed to work. The time changed on the server, the time changed in Remedy, the time was correct on my tickets and the escalations worked as they should have. The end result... I lose an hour of sleep in the morning, the dogs gain an hour of daylight for the park after work! Claire ________________________________ From: Action Request System discussion list(ARSList) __20060125_______________________This posting was submitted with HTML in it___ __20060125_______________________This posting was submitted with HTML in it___ __20060125_______________________This posting was submitted with HTML in it___ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
