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: dekkerdre...@… | Owner:
sa...@… 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
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-dev
_______________________________________________
calendarserver-dev mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-dev