Timezone information is extrapolated from the client machine using javascript. There is no other way to get this information. Check the settings on the client machine; make sure both the date/time and timezone information is accurate. Also check the version of java in use with your midtier. Java is used to perform the translation, in part, and the date is important for the DST/non-DST times. See this reference for the JRE version/timezone table in use:
http://www.oracle.com/technetwork/java/javase/tzdata-versions-138805.html Also, there is a chance that the js files included with the midtier do not have accurate data on which to act. There are a bunch of TZ javascript files that come into play here. I don't remember seeing anything in relation to changes here in the release notes, but it would make sense that those have to be up to date. If these things are all set properly, then things should just work. These things are the glue that make all this work. Writing all this from memory, so corrections are welcomed. Axton Grams On Thu, Nov 3, 2011 at 1:44 PM, Paul Blasquez <pblasq...@gmail.com> 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 time is 5:00pm, we see that correctly on Laptop 1 but 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"
