That's probably worth filing another ticket. We should have some sort of handling for that case. -wsv On Jan 28, 2009, at 2:04 AM, Peter Mogensen wrote:
CalendarServer wrote:
#207: Recurring events do not appear to extend beyond November 2008 ------------------------------------- +-------------------------------------- Reporter: dekkerdreyer@… | Owner: sagen@… Type: Defect | Status: closed Priority: 1: Blocker | Milestone: CalendarServer-2.0 Component: Calendar Server | Severity: Serious Resolution: Software changed | Keywords: ------------------------------------- +--------------------------------------
Well... this bug has a corollary. With the ability to create events longer into the future the possibility that a user will create an event with more than "max_allowed_instances" (currently 1000) increases.
From instance.py:
# The maximum number of instances we will ezpand out to. # Raise a TooManyInstancesError exception if we exceed this. max_allowed_instances = 1000
... which will make events disappear again.
I see no good solution to this without some mechanism for the user to clean up old calendars, so the don't unnecessarily contain - say - 5 year old daily events.
/Peter
_______________________________________________ calendarserver-dev mailing list calendarserver-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-dev