6.0.0-beta1
7/6/25

[#7689] Clean up recurrence exception edge cases
Summary Clean up recurrence exception edge cases
Queue Kronolith
Queue Version HEAD
Type Bug
State Resolved
Priority 1. Low
Owners jan (at) horde (dot) org
Requester chuck (at) horde (dot) org
Created 11/15/2008 (6077 days ago)
Due
Updated 01/13/2010 (5653 days ago)
Assigned
Resolved 03/30/2009 (5942 days ago)
Github Issue Link
Github Pull Request
Milestone
Patch No

History
03/30/2009 04:55:08 PM Jan Schneider Comment #2
Assigned to Jan Schneider
Taken from Horde DevelopersHorde Developers
State ⇒ Resolved
Reply to this comment
2. has been implement.

I tend to reject 1. because, as you already mentioned, it could be 
considered data loss. And it doesn't hurt too much to carry this 
information around.
11/15/2008 04:45:25 AM Chuck Hagenbuch Comment #1
Priority ⇒ 1. Low
Patch ⇒ No
Milestone ⇒
Assigned to Horde DevelopersHorde Developers
Queue ⇒ Kronolith
Summary ⇒ Clean up recurrence exception edge cases
Type ⇒ Bug
State ⇒ Assigned
Reply to this comment
Right now, exceptions are not copied to a new event when Save As New 
is used. Also, changing the recur_end_date (or the start date) of a 
recurring event does not trim exceptions outside the new range.



I can see situations where trimming exceptions would result in what 
would be considered data loss, but I think the consistent thing to do 
would be:

1. when saving a recurring event, delete recurrence exceptions outside 
the event's range

2. when saving a recurring event As New, copy over recurrences inside 
the new range.



I think 2. is a must; I could be convinced to drop 1.

Saved Queries