Third times a charm...

Changes have been made in Git (FRAMEWORK_5_2):

commit c6a08c886f1b564e262ad6733ddca305a1356c93
Author: Michael J Rubinsky <mrubinsk@horde.org>
Date:   Wed Oct 21 23:09:24 2015 -0400

     Must remove all existing attendees before parsing the imported event.

     If we are replacing the event via the API, it is impossible to edit
     the attendee list. Last part of the fix for Bug: 14118.

  kronolith/lib/Event.php |    2 ++
  1 files changed, 2 insertions(+), 0 deletions(-)

http://github.com/horde/horde/commit/c6a08c886f1b564e262ad6733ddca305a1356c93

Changes have been made in Git (master):

commit 313f27364d33069a2e8434d01d0219a9398a9083
Author: Michael J Rubinsky <mrubinsk@horde.org>
Date:   Wed Oct 21 23:09:24 2015 -0400

     Must remove all existing attendees before parsing the imported event.

     If we are replacing the event via the API, it is impossible to edit
     the attendee list. Last part of the fix for Bug: 14118.

  kronolith/lib/Event.php |    2 ++
  1 files changed, 2 insertions(+), 0 deletions(-)

http://github.com/horde/horde/commit/313f27364d33069a2e8434d01d0219a9398a9083

Changes have been made in Git (master):

commit a899b77a16765fa72c3c4715e9b196cf4ff317b0
Author: Michael J Rubinsky <mrubinsk@horde.org>
Date:   Wed Oct 21 22:50:04 2015 -0400

     Bug:14118 Parse attendees when replacing event via API.

     We parse them when importing, so we need to honor any changes when
     replacing.

  kronolith/lib/Api.php |    4 ++--
  1 files changed, 2 insertions(+), 2 deletions(-)

http://github.com/horde/horde/commit/a899b77a16765fa72c3c4715e9b196cf4ff317b0

Changes have been made in Git (FRAMEWORK_5_2):

commit 0e9c907715f9676a302bc7ff9b158faf53ceb3f8
Author: Michael J Rubinsky <mrubinsk@horde.org>
Date:   Wed Oct 21 22:50:04 2015 -0400

     Bug:14118 Parse attendees when replacing event via API.

     We parse them when importing, so we need to honor any changes when
     replacing.

  kronolith/lib/Api.php |    4 ++--
  1 files changed, 2 insertions(+), 2 deletions(-)

http://github.com/horde/horde/commit/0e9c907715f9676a302bc7ff9b158faf53ceb3f8

Sigh. I could have sworn that this worked properly in my test.

I have repeated the tests with Kronolith 4.3.0 git master of 20-oct-2015 date.

Now, when a removed atendee gets a cancel iTipand and he accepts it to 
remove the entry in their calendar, the entry is deleted. So, the 
first problem has been resolved.

But, the second problem persists: when an attendee who is not the 
organizer and has not been removed receives the iTip, the removed user 
does not appear in it, and this is OK, but when the user accepts the 
update, the removed user still apears in their calendar entry.

Should be good now.

Changes have been made in Git (FRAMEWORK_5_2):

commit 63c533c7e7c677db64e7be7dcf880306c87d7055
Author: Michael J Rubinsky <mrubinsk@horde.org>
Date:   Mon Oct 19 22:41:17 2015 -0400

     Bug: 14118 Move this until after we check the user's calendars.

     This was preventing an admin from deleting any event he has previously
     accepted from an iTip.

  kronolith/lib/Api.php |    9 +++++----
  1 files changed, 5 insertions(+), 4 deletions(-)

http://github.com/horde/horde/commit/63c533c7e7c677db64e7be7dcf880306c87d7055

Changes have been made in Git (FRAMEWORK_5_2):

commit 720644c6529e5dd05ef13198976d9743211dfa67
Author: Michael J Rubinsky <mrubinsk@horde.org>
Date:   Mon Oct 19 22:29:34 2015 -0400

     Bug: 14118 Better handling of CANCEL iTips.

     If only a subset of attendees are being removed, keep the
     new attendee list intact when sending the iTips, but replace
     the recipient email addresses with those being removed. This
     prevents the users being removed from still appearing in the
     attendee list of the UPDATE iTip the remaining attendees receive.

  kronolith/lib/Ajax/Application/Handler.php |    8 ++++++--
  kronolith/lib/Kronolith.php                |   17 ++++++++++++++---
  2 files changed, 20 insertions(+), 5 deletions(-)

http://github.com/horde/horde/commit/720644c6529e5dd05ef13198976d9743211dfa67

Changes have been made in Git (master):

commit 5b2bf40773d407e874896a9bbeb187f235ff4a80
Author: Michael J Rubinsky <mrubinsk@horde.org>
Date:   Mon Oct 19 22:41:17 2015 -0400

     Bug: 14118 Move this until after we check the user's calendars.

     This was preventing an admin from deleting any event he has previously
     accepted from an iTip.

  kronolith/lib/Api.php |    9 +++++----
  1 files changed, 5 insertions(+), 4 deletions(-)

http://github.com/horde/horde/commit/5b2bf40773d407e874896a9bbeb187f235ff4a80

Changes have been made in Git (master):

commit 8c1dbcd85c4a0bf7ca7bd3ac51d0f3e68f335f55
Author: Michael J Rubinsky <mrubinsk@horde.org>
Date:   Mon Oct 19 22:29:34 2015 -0400

     Bug: 14118 Better handling of CANCEL iTips.

     If only a subset of attendees are being removed, keep the
     new attendee list intact when sending the iTips, but replace
     the recipient email addresses with those being removed. This
     prevents the users being removed from still appearing in the
     attendee list of the UPDATE iTip the remaining attendees receive.

  kronolith/lib/Ajax/Application/Handler.php |    8 ++++++--
  kronolith/lib/Kronolith.php                |   17 ++++++++++++++---
  2 files changed, 20 insertions(+), 5 deletions(-)

http://github.com/horde/horde/commit/8c1dbcd85c4a0bf7ca7bd3ac51d0f3e68f335f55

Will look into further.

We did the previous test after applying the patch over Kronolith 
4.3.0-git master of 2015-may date. This was the version we had in our 
test environment.

We have replaced the previus version of Kronolith with Kronolith 
4.3.0-git master of date 2015-sep-29 and then repeated the test.

As in your test, removed atendee gets a cancel iTip, and this is OK, 
but when he accepts it to remove the entry in their calendar, he gets 
a an error saying "There was an error deleting the event: Permission 
Denied"

I have attached the the screen capture with the error message.

Moreover, when an attendee who is not the organizer and has been not 
removed receives the iTip, the removed user does not appear in it, and 
this is OK, but when the user accepts the update, the removed user 
still apears in their calendar entry.

Works as expected here:

Create a new event, add two attendees.
Verified both attendees received an invitation.
Edit event, and remove one attendee, then save and answer "Yes" to 
sending updates to attendees.
Verified removed attendee gets a CANCEL iTiP and remaining attendee 
receives an updated iTip.

Note, this only works in the Dynamic view.

Hi,

We are seeing the same behavior as before.

Is there any further instructions?

We modified our kronolith/lib/Ajax/Application/Handler.php file adding 
the content suggested by the following commit: 
https://github.com/horde/horde/commit/dbd87d1b8371a16631e348df5505fc9ac9ee9904

We really appreciate any help you can provide.

Jaume

Changes have been made in Git (FRAMEWORK_5_2):

commit 3ef567330b0808ad3e5818871bb2736d70384ba9
Author: Michael J Rubinsky <mrubinsk@horde.org>
Date:   Sun Sep 27 19:45:59 2015 -0400

     Request: 14118  Send CANCEL iTip when attendee is removed from meeting.

  kronolith/lib/Ajax/Application/Handler.php |    9 +++++++++
  1 files changed, 9 insertions(+), 0 deletions(-)

http://github.com/horde/horde/commit/3ef567330b0808ad3e5818871bb2736d70384ba9

Changes have been made in Git (master):

commit dbd87d1b8371a16631e348df5505fc9ac9ee9904
Author: Michael J Rubinsky <mrubinsk@horde.org>
Date:   Sun Sep 27 19:45:59 2015 -0400

     Request: 14118  Send CANCEL iTip when attendee is removed from meeting.

  kronolith/lib/Ajax/Application/Handler.php |    9 +++++++++
  1 files changed, 9 insertions(+), 0 deletions(-)

http://github.com/horde/horde/commit/dbd87d1b8371a16631e348df5505fc9ac9ee9904

We have tested the same scenario with Microsoft Outlook and then user 
removed from a meeting is notified about it.

When an attendee is removed in a meeting, he is not notified.

We have tested the following with tree Kronolith users:

- user1 invites user2 and user3 to a meeting
- user2 and user3 accept the meeting
- user1 removes user2 in the meeting and sends the event update to all 
the users. A dialog box says that user3 will be notified but no 
mention tu user2 appears.
- user3 receives a mail with the update (user2 removed) and accepts 
the update, however, user2 still apears as an attendee to the meeting 
in user3 calendar.
- user1 receives a mail informing that user3 has accepted the update. 
user2 doesn't appears as an attendee in user1 calendar.
- user2 hasn't received any notificacion informing that he has been 
removed from the meeting.