In my test I actually had 2 dates that were being used.
One was the System Create Date (field 3) and another was a "Created"
Date (for lack of a better label) which was a date/time field set to
TIMESTAMP at the point that I was in submit mode for my ticket.
 
My client OS clock was set to 3/12/2007 1:18 PM which was the same set
on the AR server.
When I saved the ticket the "Created" Date was one hour off from the
Create Date (field 3).
 
Despite this, I came to find out that the OS on our AR Server was not in
fact patched for DST.



Thanks 
Peter Lammey 
ESPN MIT Technical Services & Applications Management 
860-766-4761 

 

________________________________

From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Aaron Keller
Sent: Tuesday, March 06, 2007 3:35 PM
To: [email protected]
Subject: Re: DST Simulated Test - Failed


** 

But he didn't say the time was *displayed* incorrectly, he said it was
*saved* incorrectly.

Since the value for create time is set on the server, it should be set
to the server time, regardless of the client's time, or accuracy

 

I'd be interested to know how, in the test mentioned below, Peter
determined what time was saved.

 

-Aaron

* Email: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> 

________________________________

From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Easter, David
Sent: Friday, March 02, 2007 2:58 PM
To: [email protected]
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 <mailto:[EMAIL PROTECTED]>  

        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] <mailto:[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___ 

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___

_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Reply via email to