DST Simulated Test - FailedIn relation to simulating the test, has anyone tested the patch for previous DST's? I have implemented Patch 21 and successfully tested for the DST offset moving forward, but I also decided to test for DST offset time based on previous DST's that have occurred in the past and the DST appears to be off a week. It's as though the Patches that have been created are for DST in their entirety. Now I can't think of anything off the top of my head that might be affected, but I am guessing that this is going to have an impact on some environments. Can anyone shed some light on whether they tested these patches against previous DST's and potential impact that the now incorrect past dates might impose? I'm thinking Patch 22 is just around the corner.
G Rogers ----- Original Message ----- From: Easter, David Newsgroups: public.remedy.arsystem.general To: [email protected] Sent: Friday, March 02, 2007 11:57 AM Subject: Re: DST Simulated Test - Failed ** Correct. Time zone conversions are done at the client for data being displayed or submitted by the client. -David J. Easter Sr. Product Manager, Service Management Business Unit BMC Software, Inc. The opinions, statements, and/or suggested courses of action expressed in this E-mail do not necessarily reflect those of BMC Software, Inc. My voluntary participation in this forum is not intended to convey a role as a spokesperson, liaison or public relations representative for BMC Software, Inc. ------------------------------------------------------------------------------ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Thomas Bean Sent: Friday, March 02, 2007 11:41 AM To: [email protected] Subject: Re: DST Simulated Test - Failed ** Yes, I believe it would matter -- timestamps are displayed according to the client's offset from GMT, regardless whether the value was set by server. --Thomas ----- Original Message ----- From: Aaron Keller Newsgroups: gmane.comp.crm.arsystem.general To: [email protected] Sent: Friday, March 02, 2007 13:20 Subject: Re: DST Simulated Test - Failed ** Would that matter? Isn't create_date supposed to be set by the server? -Aaron * Email: [EMAIL PROTECTED] ---------------------------------------------------------------------------- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Easter, David Sent: Friday, March 02, 2007 2:04 PM To: [email protected] Subject: Re: DST Simulated Test - Failed Did you patch the OS on the client doing the submission? Thanks, -David J. Easter Sr. Product Manager, Service Management Business Unit BMC Software, Inc. The opinions, statements, and/or suggested courses of action expressed in this E-mail do not necessarily reflect those of BMC Software, Inc. My voluntary participation in this forum is not intended to convey a role as a spokesperson, liaison or public relations representative for BMC Software, Inc. ---------------------------------------------------------------------------- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Lammey, Peter A. Sent: Friday, March 02, 2007 10:24 AM To: [email protected] Subject: DST Simulated Test - Failed ** We finished patching our Remedy ARS 6.3 dev server up to Patch 20 and also our server team patched our Application dev server's OS for DST. We adjusted the time on our dev server to March 12 and left the time the same and I moved my machine's date up to March 12 (left the time the same). I created a test ticket and the ticket's create date was wrong: Time on the server was 3/12/2007 1:11:18 PM Create time saved on the ticket was set to 3/12/2007 2:11:18 PM. It seems to us that the patch did not work. Has anyone else been able to simulate this kind of test to verify Patch 20 and verify if it corrects the DST issue? Thanks Peter Lammey ESPN MIT Technical Services & Applications Management 860-766-4761 __20060125_______________________This posting was submitted with HTML in it___ SunCom is the wireless company that's committed to doing things differently. Things we want you to know. This e-mail and any files transmitted with it are confidential and are intended solely for the use of the individual or entity to whom they are addressed. This communication may contain material protected by the attorney-client privilege. If you are not the intended recipient or the person responsible for delivering the e-mail to the intended recipient, be advised that you have received this e-mail in error and that any use, dissemination, forwarding, printing or copying of this e-mail is strictly prohibited. __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___ __20060125_______________________This posting was submitted with HTML in it___ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
