Summary | Recurring Events on additional calendars |
Queue | Kronolith |
Queue Version | 4.2.5 |
Type | Bug |
State | Not A Bug |
Priority | 2. Medium |
Owners | |
Requester | tim.odriscoll (at) lambrookschool (dot) co (dot) uk |
Created | 03/23/2015 (3756 days ago) |
Due | |
Updated | 03/23/2015 (3756 days ago) |
Assigned | 03/23/2015 (3756 days ago) |
Resolved | 03/23/2015 (3756 days ago) |
Github Issue Link | |
Github Pull Request | |
Milestone | |
Patch | No |
State ⇒ Not A Bug
'Conference Room').
On one day, change the resource for that day to 'Auditorium'.
Now, all past and future events have no resource allocated to them,
but the resources own calendar shows all events in the recurring set
have the new resource ('Auditorium').
if this is a single event or a recurring event including exceptions.
You cannot spread different instances of a recurring event across
different calendars.
where you can assign resources like facilities to events. IIRC it's
possible to have different resources for event exceptions. Resources
can also be displayed as regular calendars, so there really is no
need to create a real calendar for those.
I'll be urging my users to use it too. There appears to be a problem
with editing a recurring event with an attached resource though. For
example:
Create a recurring event, ('everyday', at 12pm-1pm, using resource
'Conference Room').
On one day, change the resource for that day to 'Auditorium'.
Now, all past and future events have no resource allocated to them,
but the resources own calendar shows all events in the recurring set
have the new resource ('Auditorium').
Many thanks,
Tim
State ⇒ Feedback
Create 2 additional calendars: Test1 and Test2
Create recurring daily event on Test1
Edit a single event of the recurring series by changing the calendar
it's on (from Test1 to Test2).
Every event is now on Test2 instead of the single event chosen initially.
this is a single event or a recurring event including exceptions. You
cannot spread different instances of a recurring event across
different calendars.
Create an additional calendar: Test1
Create recurring daily event on Test1
Delete a single event of the recurring series
Event appears to be deleted, but re-appears on next page refresh.
Kronolith installation on the world without problems. There must be
other conditions making this fail.
We use a seperate calendar for some of our facilities (dance hall,
auditorium, sports hall etc), and sometimes a recurring event needs
to happen in a different location for a one-off session. We can't
move an event from one location to another because of this problem.
No errors are reported on screen, but no confirmations are either
when we try it.
where you can assign resources like facilities to events. IIRC it's
possible to have different resources for event exceptions. Resources
can also be displayed as regular calendars, so there really is no need
to create a real calendar for those.
Priority ⇒ 2. Medium
Type ⇒ Bug
Summary ⇒ Recurring Events on additional calendars
Queue ⇒ Kronolith
Milestone ⇒
Patch ⇒ No
State ⇒ Unconfirmed
When editing a recurring event for the users' default calendar, all
works perfectly. However, if you edit a single event of a recurring
series for an additional calendar, the changes are not propagated
properly.
Example 1:
Create 2 additional calendars: Test1 and Test2
Create recurring daily event on Test1
Edit a single event of the recurring series by changing the calendar
it's on (from Test1 to Test2).
Every event is now on Test2 instead of the single event chosen initially.
Example 2:
Create an additional calendar: Test1
Create recurring daily event on Test1
Delete a single event of the recurring series
Event appears to be deleted, but re-appears on next page refresh.
Real use:
We use a seperate calendar for some of our facilities (dance hall,
auditorium, sports hall etc), and sometimes a recurring event needs to
happen in a different location for a one-off session. We can't move an
event from one location to another because of this problem. No errors
are reported on screen, but no confirmations are either when we try it.
Many thanks,
Tim