Thanks for the update. Do you know if it was reproducible on XP using the 7.6.04 SP2 User Tool (or was it a Windows 7 only issue)?
-----Original Message----- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Paul Blasquez Sent: Thursday, November 03, 2011 3:40 PM To: arslist@ARSLIST.ORG Subject: Re: Strange time display issues, possible DST bug? ** Thanks for your replies, Axton and Fred. BMC got back to me and we were able to demonstrate the issue to them over a webex. BMC was able to replicate the issue in one of their test environments and the tech is going to request a defect be issued but he emphasized that he has no idea whether it will be patched or not due to the EOL status of the User Client. Downgrading the User Client to 7.1 fixes the issue. The issue was replicated by BMC in version 7.5 and 7.6 of the user client on Windows 7 client machines. Hope this helps someone else out there. Thanks, -Paul On Thu, Nov 3, 2011 at 12:27 PM, Grooms, Frederick W <frederick.w.gro...@xo.com> wrote: Do you have ALL the Windows 7 DST patches on Laptop 2? When does each laptop think that the DST change is set to take effect? Fred -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Paul Blasquez Sent: Thursday, November 03, 2011 2:08 PM To: arslist@ARSLIST.ORG Subject: Re: Strange time display issues, possible DST bug? ** Correction, we have a 7.1 patch 7 server. Clarification: The 1 hour discrepancy appears when displaying date/time fields and $TIMESTAMP$ variables on forms in the user client. Sorry that it wasn't clear in the original wording. I've corrected it in red below: On Thu, Nov 3, 2011 at 11:44 AM, Paul Blasquez wrote: Hello All, We have a very strange issue on our custom 7.1 patch 22 server and I wanted to reach out to see if anyone else is encountering this or if they have any insight. The issue is that a random sample of Windows 7 users is seeing timestamps as 1 hour less than their configured timezone. We've been able to set up an experiment to isolate the behavior as best as possible. Behavior is from two identical laptops: . Model: Dell Latitude E6420 . OS: Window 7 SP1, same KBs installed. . Remedy User Client: 7.6.04 SP2 . We are using the same user. . The user has their Time Zone set to GMT -8:00 America/Los Angeles. We've used preferences both locally on each laptop and from a preference server. Description of the Behavior: . From Laptop1 we always see the correct time on the date/time fields. . From Laptop 2 we always see the time as 1 hour less than the correct time. . This issue goes away if we set the date on Laptop 2 to be beyond the DST change at 2am on Nov 6th. . The issue persists if we use different timezones. So, if the date/time field or $TIMESTAMP$ is displayed as 5:00pm on Laptop 1, we see 4:00pm on Laptop2. When we set the date/time on Laptop 2 to any time after 2am on Nov 6th, this discrepancy goes away. If we change the time zones around, the -1 hour difference follows the change. The evidence points to some sort of DST discrepancy and we cannot rule out the User Client at this time. We have a ticket open with BMC but it is still going through the support channels right now. Does anyone here know what time-related variables are involved with the User Client interaction with the server, and what are the sources of those variables? I've scoured the Windows 7 information out there looking for all time variables and comparing them on each laptop and everything is identical so far. Any information is much appreciated! Thanks, Paul Blasquez _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are" _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
