When updating future events, we take in many of the attributes being changed and
apply them to those future events. But imagine a shift with a recurring event
and other non-recurring events after the starts_at of the recurring one. If we
update the recurring event into the future, it would add the rrule to the future
events. It would make those future events recurring which creates overlapping
events.
This fixes the logic so that future events keep whatever rrule they had
previously.
This also sets the domain when testing to example.org instead of using a dynamic
CANNONICAL_HOSTNAME value