Daylight Savings in Australia and OnDemand

All,
Sydney moved to daylight savings on the weekend but our OnDemand locale didn't, as a result their Calendars are out by an hour. I've got 3 customers with this issue. Has anyone else seen this?
cheers
Alex

It may be of note that as soon as I turned off the automatic time in the date and time settings, the time on my phone went forward an hour.

Similar Messages

Daylight Savings in Australia

Why didnt my iPhone (Model MD234X) ver 5.1.1 (9B206) update the time for daylight savings when the Automatic Time option was selected? I understand that my OS is not up to date, but this should be irrelevant when it comes to an issue like this. On that note, if I was confident of having a working Maps application (or if I could get an official Google Apps Map app) I would update straight away.
Is this an isolated incident?

It may be of note that as soon as I turned off the automatic time in the date and time settings, the time on my phone went forward an hour.

Daylight Savings Time: Calendar and Outlook 2007 ...

Anyone else (particularly in Australia) having issues with their phone calendar being an hour out to their Outlook since DST came in on 5 October??
I have an N73 and Outlook 2007.

Here's the response I received from Nokia (haven't tried it yet but I do know GMT +11 is Vladivostok):
Hope you are in good health.
Kindly refer to the steps below to help resolve your issue:
1) Menu > Tools > Settings > General > Date & Time > Network Operator Time > Auto Update > Off
2) Menu > Tools > Settings > General > Date & Time > Time Zone > GMT +11
3) Manually change the time on your phone
4) Check each calendar appointments are showing the correct time. If they are not, please change the entries to the correct time.
5) Back up your phone using "Content Copier" on Nokia PC Suite
6) Perform a software update using Nokia Software Updater. Kindly visit the following link to obtain the necessary information on how to do a software update for your phone:
http://www.nokia-asia.com/A4707376
7) Synchronize the appointments from your PC to the phone. It is also best to check the "Conflict Resolution" settings in the Synchronize feature of Nokia PC Suite. This can be done by going to:
Nokia PC Suite > Synchronize > Settings > (select the arrow icon pointing to the right until you reach the "Finish" screen) > (select the wrench icon to proceed to the "Advanced Settings") > Conflict Resolution (choose which the priority location of information is)
The "Conflict Resolution" setting determines which information will be of priority, whereby the information on this location will override the information on the other location.
8) Check the time of the appointments on your phone if they are showing the correct time
I apologize for the inconvenience caused and hope the above helps to clarify your query.
Thank you for emailing Nokia Careline.
Should you still have any difficulties or any other enquiries, do not hesitate to write to us again or contact Nokia Careline at 1300 366 733. We operate between the hours of 8:00am and 8:00pm EST, seven days a week.
Do you know you can now update your phone software at your own convenience? Visit www.nokia.com.au/support to check if your phone model is supported and download the "Nokia Software Updater".
Have a wonderful day ahead!
Kind regards,
Naz
Nokia Careline

Daylight Savings Time 2007 and Jrockit JVM 1.4.2_04

If I have applications running on WLS 8.1 SP2 with Jrockit JVM 1.4.2_04 on AS3, would the NEW Energy act of 2007 which resets the DST in march insteadt of April affect my JVM? If yes is there a patch?

This fix is included in JRockit release R27.1 1.4.2_12 publically available from the download site.
Read more: http://java.sun.com/developer/technicalArticles/Intl/USDST/
BEA JRockit ports and includes the JDK from the Sun Java distribution, so things fixed in a Sun JDK is fixed in the corresponding BEA JDK.
Kind regards, Cecilia
BEA JRockit
Kind regards,
Cecilia Borg
BEA WebLogic JRockit

Daylight Savings Time fix and CFDOCUMENT

After our webmaster installed the JVM update (1.4.2_13) to
correct the DST issue, I discovered that CFDOCUMENT doesn't seem to
function. Has anyone else ran into this issue?

We loaded 1.4.2_11 (as recommended in the technotes) and
cfdocument works okay, but we are getting random times when it
completely locks up the machine and crashes JRun. I believe there
is a bug that was introduced with the 7.0.2 updater and that jvm
that now affects cfdocument.

Daylight Savings Time and Time Zone Issue:

Howdy! Many of us woke up this morning to be dismayed to find that our iPhone was TWO hours behind instead of falling back one for the Daylight Savings Time adjustment, and were late for church. I have an iPhone 4S, with iOS 5...
I was working at that time of morning, and the initial switch went well. However, when I woke up, the clock was yet another hour behind. A little investigation showed that the Time zone had been changed to Denver (It was previously on Chicaco, and I live in Dallas.) I tried to select it to change it, and it wouldn't allow me. If I turned off the Set Automatically feature, then I could change it, but when I turned the Set Automatically feature back on, it would re-set the time zone to Denver.
I found another thread where they discuss this:
https://discussions.apple.com/message/16644669
To fix this, put in airplane mode, then back out again, then re-choose your correct time zone. If this doesn't work, then try turning your phone completely off and then on again. Thanks to 4n6doc for the tip!
The airplane mode trick worked for me: I turned airplane mode on, then off, then went to the Date & Time and set my time zone to Dallas, TX while the Set Automatically was off. When I turned the Set Automatically back on, it changed Dallas to Chicago, which is what every iPhone iOS I've ever had has done.

Hi,
Yes this is a correct way to fix the issue. One thing however, how did you set the timezone? For correct daylight saving handling, you'll have to use the long version, like America/New Yorw, NOT GMT-5 (for example).
regards,
~ Simon

Has anyone had problems in v5.0a of Iplanet calendar installed on a Sun box with creating events and daylight savings time?

Events created around 4/6/2002 at 8pm get created with the wrong time (9pm) and there are several other creation and display problems tied to Daylight Savings in April and October. Version 5.1 of the software seems to fix that but we are looking for a fix until we can upgrade. We have been using Windows systems to access the calendar.
Thanks.

We have not seen exactly this, but many users appointments are lining up in the wrong time slots. Also, when scheduling, the time display is off by an hour. We have found what looks like a temporary fix.
We noticed that the problem only affects users who have the start of the week set to Sunday (when daylight savings time started). Setting the week to start on Monday fixed our display problems (you can do it in the users, options section).
I am placing a support call w/SUN.

2007 Daylight Savings

Does anyone know if the change in the way daylight savings times start and stop will have any effect on Discoverer? We're using Discoverer 4. Is there any settings that need to be changed in Discoverer, or will operating system patches be enough for the change? I really have no idea if Disco will be affected at all, just want to ask to be safe.
Thanks

Hi there,
I’ve never really thought about this either but from my experience with Discoverer 4, we haven’t had any problems with the change in time due to daylight savings. I assume that as long as the Server hosting Discoverer has the correct time you’ll be ok as discoverer uses the Server time instead of the local clients time.
You could however test this in a development environment by setting the server’s clock and by running a few reports that have been saved in the DB or scheduled. Once run you can confirm the results and time within the EUL scheme statistics tables. Do this before and after the daylight settings and record your results. In the end you can do a comparison and see if it had any impact.
Unfortunately I haven’t got access to discoverer at the moment, but would be grateful if anyone that has tested this could share their results.
Many thanks,
Lance

Daylight savings patch?

Do you have a daylight savings patch to update the time on the routers now that Daylight savings is all changed?
I just upgraded my firmware and it did not patch the timezone error, any ideas.
What I did in the interim is adjust the timezone settings to a correct one, and turned off daylight savings adjustment to get my timezone correct but that is a pretty goofy way to have to do that.

I submitted the following error report to Linksys yesterday:
Do you intend to provide firmware updates for your router products in support of the new Daylight Saving Time Law? I own the WRT54GS Version 6. -Thank you.
To which they replied:
Dear Valued Linksys Customer,
Thank you for contacting Linksys Technical Support.
The WRT54GS v6 supports daylight savings time already and complies with current daylight savings time law. All we have to do is to enable it. It can automatically adjust for daylight savings time once activated. That can be found at the bottom of the router's setup page.
We would love to hear from you again. Any feedback from your end is very much welcome.
Thank you for choosing Linksys.
To which I replied:
I am very sorry, but you are very wrong! I am a network engineer, and am also a programmer who has written time conversion software - including changes to incorporate the new Daylight Saving Time law. So, I know what I am talking about.
On August 8, 2005, the United States enacted a new Daylight Saving Time law adding four weeks to the length of Daylight Saving Time. Canada (and possibly other North American countries as well) followed suit. This new law became effective this month (March, 2007). The start of Daylight Saving Time has changed from the first Sunday of April to the second Sunday of March - and the end of Daylight Saving Time has changed from the last Sunday of October to the first Sunday of November.
I have the Linksys wireless router model WRT54GS Version 6 with the latest firmware installed (v1.52.0 - January 16, 2007), and I DO INDEED have Daylight Saving Time already enabled. The router is STILL using the OLD, OBSOLETE Daylight Saving Time law!
If you would take the time to check the Linksys Forums, you will find many other dissatisfied and angry users who are reporting the same complaint!
I suggest that, next time, you do your homework before making such a hasty and erroneous reply to an error report.
I look forward to your reply - and the Daylight Saving Time fix in your next firmware update.
Thank you.
Message Edited by OnnagokorO on 03-25-2007 08:29 PM
Jeff MacKinnon

Iphone is changing of times of appts on calendar - since daylight savings

all my appointments made prior to daylight savings, on Outlook, and synced, have been moved to an hour later on my iphone! Help!

I'm also having a similar problem and as far as I know it started, after daylight savings time started. Only my problem with the iPhone and Outlook, is that when I enter an all-day event in Outlook, it will show up a day earlier on my iPhone. If I on the other hand enter an all-day event on my iPhone and sync it with Outlook it will show up one hour off (time on iphone 12am-12am - time in Outlook 1am - 1am).

IPhone calendar time problem post daylight savings time change

Addendum to the similar post about a one hour differential between iCal and iPhone. THis is not just iCal. I have the same problem on WIndows XP/Outlook 2003. Everythign worked fine until the time change last weekend. Now this is what happens:
Any meeting set up in Outlook BEFORE Daylight Savings that has a start date BEFORE Daylight Savings appears properly on iPhone. FOr example, every Thursday beginning Nov 1 at 8am. THis shows up correct in iPhone at 8am for today, Nov 8.
But, any meeting set up AFTER Daylight Savings shows up one hour later on the iPhone when I sync. SO a meeting I set up in OUtlook for 10am today shows up at 11am on the iPhone.
And, any calendar event I set up on the iPhone AFTER Daylight Savings shows up one hour earlier in Outlook 2003.
THis is a huge problem for me! Both of my calendars are wrong now. PLease help!!! I have tried everything I can:
I tried setting up meetings with the OUtlook Daylight Savings setting enables and disabled: no change. No differnce whether I set up the meeting on my PC or it is an invitation from someone else. I lost all sync history. no change. I overwrote all calendar content (in iPhone advanced options) - no change.
And, as my fellow poster mentions - the tiime on the two systems match.

I think this problem is more complex. Background - UK clocks went back at the end of October; the USA went back one week later. I am in the UK and my Outlook calendar contains appointments created in the USA.
Someone in the USA created a recurring appointment before any clocks went back. In Outlook everything is correct. The meeting times are the same each week except for the one week between the two clock changes when, quite correctly, the meeting shows up one hour earlier. When I sync with my iPhone, the meeting shows at the same time every week regardless - this is incorrect.
Someone in the USA created a recurring appointment in the week after the UK clocks went back but before the USA clocks did. Outlook correctly shows the first occurrence as one hour earlier than all the following occurrences. Unfortunately - and this is the really nasty bit - the iPhone shows ALL the appointments one hour earlier than they should be. The only one that is correct is the first one.
This is a nasty bug and something that Apple needs to fix.

Australia Daylight Savings shifted my Calendar by 1 hour

I'm in Australia on the Optus network. This weekend we went on daylight savings time. The phone picked up the time ok, but now everything in my calendar is off by one hour.
I have the iPhone synced with my Outlook calendar via Exchange. I've tried everything I can think of on both the phone and in Outlook and nothing works (manually syncing calendar, manually setting time, etc). The times in Outlook are correct though.
Any ideas?

Try it again. There's a setting there for time zone which I just discovered. I had the same problem as you yesterday morning (my alarm woke me at 4.00 am instead of 5.00) and I couldn't work out a fix for the problem since I only looked in the time settings under General.
When I looked at the time zone support settings, I noticed that they were set to the Sydney time zone. I changed that to Brisbane and then changed the time settings in General back to automatic and the time stayed correct.
I had thought it was a bug in the iPhone's software but now I believe it was simply that I had the time zone set to Brisbane in the General date/time settings and to Sydney in the time zone support settings. It's certainly working fine with both set to Brisbane.
Why aren't these settings in the one place? That's what I think should be the case.

DST(Daylight Savings) and EBS

Hi all
I'm running 11.5.10.2 in Australia and Daylight Savings will be finished this Sunday.
All the patches for DST have been applied on database, APPS as well.
I'm just wondering if there are more to do in APPS
such as bouncing Concurrent managers or Application Services, update profile options etc
Can anyone tell me about it?
Thanx in advance
Edited by: user12194104 on Mar 28, 2011 9:37 PM

Hi;
AFAIK if you prepared your db than you dont need to do something on apps tier, by the way what is your db version?Do you use ADI?
please also check below notes:
Diagnosing DST issue with eBusiness Suite 11i and Release 12 [ID 800420.1]
Oracle E-Business Suite Release 11i Technology Stack Documentation Roadmap [ID 207159.1]
Complying with Daylight Saving Time (DST) and Time Zone Rule Changes in E-Business Suite 12 [ID 563019.1]<< applicable for r11 too
Regard
Helios

IdM Scheduler and Time Change to Daylight Savings Time GMT to BST

This isn't really a 'question' , but just a topic for discussion.
We're not live yet, but will be by the time the clocks go back. So I'm just interest to hear everyone's experiences and any issues with regards to the switching to / from DST
I did some "interesting" (or not) tests last night to see what happens with Pending Values which are due to take effect at the time change threshold of 01:00 GMT when switching to Daylight Savings Time (BST) GMT +0100.
It seems as if the IdM scheduler keeps going according to UTC or GMT. However any values provisioned to target systems or to local tables using the ddm.datetime8601 system variable are in local time according to the runtime server or SQL server's locale settings.
I set up a task to output from a javascript the current system date
using the following in the functions.
currentTime = new Date();
return currentTime.toString(); // returns Locale Time String
currentTime = new Date();
return currentTime.toUTCString(); // returns UTC Time String
in the same pass I also output the ddm.datetime8601 system parameter and the ddm.time24 system parameter.
This task was to update a comment on an entry and Scheduled to run at 00:00:00 and was executed at 00:00:06 GMT all times were still in GMT as expected.
Local Time: Sun Mar 27 00:00:06 GMT-0000 (GMT) 2011, UTC Time: Sun, 27 Mar 2011 00:00:06 GMT, ddm.datetime8601: 2011-03-27T00:00:06, ddm.time24: 00:00:06
This task was scheduled at 01:00:00 in IdM and was exectued at 01:00:08 GMT by the runtime, and you can see the local time is being correctly reported as 02:00:08 BST. Note also the ddmdatetime8061 is also 02:00:08 i.e. BST.
Local Time: Sun Mar 27 02:00:08 GMT+0100 (BST) 2011, UTC Time: Sun, 27 Mar 2011 01:00:08 GMT, ddm.datetime8601: 2011-03-27T02:00:08, ddm.time24: 02:00:08
In the database the entry values MXI_VALUES ModifyTime field has the GMT / UTC timestamp.
I also set up some pending value objects to be applied at 00:59:59 and 01:30:00 to see if the 01:30:00 would be 'skipped' as the locl clock change would've gone from 00:59:59 to 02:00:00. Well the pending values were correctly applied and expired and no 'lost' transactions happened as a result of the change.
So essentially it seems to me that the IdM runtime and scheduler times are all based on UTC / GMT.
I guess it's only an issue twice a year if you're expecting something to happen at a specific local time 01:00:00 or if you've got a global user base and their account expiry should be in each user's own country's local time. In these cases, it would seem that you'd need to convert the schedule times and pending value times to UTC first before setting them in the database.
Has anyone else had any issues, thoughts, questions or suggestioins on scheduling tasks which span the DST time change when switching to and from Daylight Savings Time.
Edited by: Paul Abrahamson on Mar 27, 2011 10:51 AM

Read here:
http://www.appleinsider.com/articles/10/10/11/applesays_ios_software_update_to_fix_pesky_alarm_clockbug.html

Site synchronization and daylight savings/standard time

The familiar problem of Dreamweaver not accounting for the
change from Daylight Savings to Standard time persists with CS3.
This only shows up on Windows machines. Windows (tested with both
XP and Vista) maintains all file times in UTC, and changes the
locally displayed time based on the time zone. The remote servers
are all Linux boxes running Apache. DW connection is through SFTP.
Dreamweaver appears unable to figure out the local time stamp
offset imposed by Windows. After changing from Daylight Savings to
Standard time, Check In operations produce a message that all
remote files are dated an hour later than the local files. This is
the opposite behavior one sees in the Spring, when the change from
Standard to DST has Dreamweaver believing all remote files are an
hour out of date.
In the past I have manually changed the file modification
times on all files for every site. Given that this comes to several
hundred thousand individual files, it is a pain. Searching yet
again for a method to convince Dreamweaver to correctly interpret
the file timestamps produced little more than Google's listing
thousands of search hits for other folks mentioning the same
problem.
It made no difference which timezone the server was in (or
set to) relative to the PC running Dreamweaver. The timezones could
be identical or different -- DW always complained the remote files
were an hour later than the local ones. I changed timezones on both
the server and the local machine. No help. Neither was rebuilding
the site cache nor manually deleting the WinFileCache*.dat file. I
also tried manually editing a dwsync.xml file in a _notes folder to
see if I could alter DW's view of the world. Again, no such luck.
Making matters far worse, however, Dreamweaver complains
about file time differences in newly modified files as well. A
standard Synchronize command produces "Resolve" errors for every
newly modified file that is not first checked out from the remote
site using DW, saying both local and remote versions have changed
since the last sync. Running "Check In" on a newly modified file
that was not explicitly checked out (e.g. an image or other binary
file) does nothing, as DW sees a timestamp discrepancy. These files
must first be Put to the site, with the corresponding DW error
dialog, and then be checked in.
I am suspecting the problem stems from Dreamweaver's lack of
support for the
MDTM
command. Many other products, ranging from commercial packages
such as WS_FTP and Microsoft's Expression Web, to $30 shareware
programs such as Beyond Compare, to freeware programs including
WinSCP all correctly interpret Windows timestamps as well as
preserving the correct time upon file uploads. Is there any
solution other than changing the timestamps by an hour on every
file or getting every file from all sites to satisfy Dreamweaver's
belief that the files are all an hour newer than they actually are?
The former is a non-trivial task given the sheer number of files to
change; the latter is a bandwidth PITA for ~90GB of data.
Message to Adobe: Please fix this problem. It hits users
connecting Windows local machines to Linux servers twice a year.
Your competitors as well as shareware authors have sorted this
matter out.

Ethan H wrote:
> The familiar problem of Dreamweaver not accounting for
the change from Daylight
> Savings to Standard time persists with CS3.
Yes, it's a bug, and it's a PITA.
> Message to Adobe: Please fix this problem.
Message to Ethan H: This is a user-to-user forum. To get the
message to
the right people in Adobe, submit a bug report:
http://www.adobe.com/cfusion/mmform/index.cfm?name=wishform
Yes, I'm sure that Adobe knows about the problem without you
going to
the effort to submit a report, but the bug report/feature
request form
is how the development team assesses its priorities.
David Powers, Adobe Community Expert
Author, "The Essential Guide to Dreamweaver CS3" (friends of
ED)
Author, "PHP Solutions" (friends of ED)
http://foundationphp.com/

Daylight Savings in Australia and OnDemand

Similar Messages

Maybe you are looking for