Comment 2 for bug 1283859

Alarms fetched in Alarms API are getting their date from the due date, which is the due date of the next occurrence. The question is whether I get a proper date at fetch time if I do not set the due date for the original event. Or is the due date for the individual occurrences set independently from the original event's due date? If yes, we can make the change in UITK Alarms API.