Appointments displayed might not be the next 5

[Ken VanDine]

Binary package hint: indicator-datetime

This doesn't seem to handle recurring appointments well, we display the next 5 appointments sorted by startdate. However, recurring appointments have a startdate of when the first occurrence was. So for example in my case, all 5 of my appointments in the menu have a startdate of 2009.... so the displays appointments with the next occurrence later in the week before newer appointments that actually should come before it.

[Karl Lattimer (karl-qdh)]

Trying to find a better date/time to sort by

[Ken VanDine (ken-vandine)]

After further debugging, the sort really seems to be broken. It might still be related to recurring events, but the order i get them displayed in is clearly not ordered by time.

[Ken VanDine (ken-vandine)]

I did some digging, and found that the problem could be even worse. If you have a recurring event that was originally on a monday and it gets moved to tuesdays, we will always display it as monday in the menu.

* e_cal_component_get_dtstart returns the startdate, which is the first occurrence of the event, not the next occurrence.
* for recurring events, e_cal_component_has_rdates doesn't actually return true, not sure why
* e_cal_component_get_rdate_list doesn't return any events, not surprising considering the previous observation
* e_cal_component_has_recurrences does return true, which makes me think we need to generate a list of occurrences using e_cal_recur_generate_instances

Hopefully that helps save some time.

[Launchpad Janitor (janitor)]

This bug was fixed in the package indicator-datetime - 0.1.96-0ubuntu1

---------------
indicator-datetime (0.1.96-0ubuntu1) natty; urgency=low

  [ Ted Gould ]
  * New upstream release.
    * Preference UI cleanups
    * Fix color rendering for appointments
    * Fix spin buttons to behave properly

  [ Ken VanDine ]
  * Better handling of recurring events (LP: #726603)
 -- Ken VanDine <email address hidden> Thu, 03 Mar 2011 16:38:01 -0500