| Summary | Event will not be deleted if attendees are listed an event repeats |
| Queue | Kronolith |
| Queue Version | 4.1.4 |
| Type | Bug |
| State | Not A Bug |
| Priority | 1. Low |
| Owners | |
| Requester | lauffer (at) ph-freiburg (dot) de |
| Created | 3/26/14 (4469 days ago) |
| Due | |
| Updated | 3/28/14 (4467 days ago) |
| Assigned | 3/27/14 (4468 days ago) |
| Resolved | 3/28/14 (4467 days ago) |
| Github Issue Link | |
| Github Pull Request | |
| Milestone | |
| Patch | No |
in our environment.
So I would say: We found a new bug in 4.1.4 which is fixed in 4.1.5(?).
In any case: I would say we could close the bugreport.
before reporting bugs.
ATM I did not find any usefull log (apache nor syslog with horde in
debug mode).
Good question about the mode! Yes, we used the dynamic mode first. Now
switching to the basic mode and the events got deleted!
On a 2nd Webgroupware 5.1.3 I had the same problem with the dynamic
view. On a more recent 5.1.4 I had no problems.
If it is ok for you I would first update our 5.1.3 systems to the new
5.1.4 and after that I will make another test. (without loggs it woule
be hard to nail down the problem)
State ⇒ Feedback
I assume using the dynamic view?
Any errors in the logs?
Priority ⇒ 1. Low
Type ⇒ Bug
Summary ⇒ Event will not be deleted if attendees are listed an event repeats
Queue ⇒ Kronolith
Milestone ⇒
Patch ⇒ No
State ⇒ Unconfirmed
We got a report from a collegue about a problem for deleting a
calendar event. Everytime he reloads his calendar an already deleted
event appears again.
After some trials we were able to reproduce the situation:
Create a new event, set a repeat rule (f.e. weekly, stop after 20
recurrences) and add somebody (f.e. yourself) to the list of attendees.
If you afterwards delete the whole series of the event (the complete
event) you get no error message and the event will disappear. But if
you reload etc. the calendar the event is shown back again unless you
are removing all attendees from this event.