Closed (fixed)
Project:
Recurring Events
Version:
2.0.x-dev
Component:
Recurring Events (Main module)
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
6 Sep 2023 at 00:07 UTC
Updated:
12 Oct 2023 at 01:24 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #2
mrweiner commentedHere's a patch that I created for my own use. The message I added in the event that instances were skipped probably isn't ideal for all cases. It might be nice to provide some way for the user to modify the message/provide their own message. Maybe another alter hook specifically for the message?
Patch doesn't provide tests.
Comment #3
mrweiner commentedProbably worth marking NR for visibility.
Comment #4
owenbush commentedThis is an interesting idea and I think the idea of adding a hook is a good one for this use-case. I do have some questions, though. In order to trigger the instance deletions, you must be updating something related to the recurrence pattern (either the type, the date, the time, the duration etc). The skipped events then will not match that pattern as they won't have been recreated. So how are you handling that sort of thing? Manually updating those events? Or is it not a problem that some of the event instances may be out of sync with the series configuration?
Comment #5
mrweiner commentedExactly this. The eventseries represents a music lesson schedule, and the instances represent music lessons. Teachers attach things like lesson notes, teaching materials media to share with students, etc, onto the instances, so I need this information to persist regardless of the overall schedule change. The initial date is also valuable in itself.
I'm sure there are a variety of use cases where folks might need a particular instance to stick around even if it's out of sync with the series.
Comment #8
owenbush commentedThanks for the patch and explanations. This has been merged into the latest dev branches.
Comment #9
mrweiner commentedRad, thanks!