| Summary | ITIP: accept-import when attendee has permissions on the organizer calendar |
| Queue | IMP |
| Queue Version | 4.3.9 |
| Type | Bug |
| State | Duplicate |
| Priority | 1. Low |
| Owners | |
| Requester | patrick.abiven (at) apitech (dot) fr |
| Created | 12/13/2010 (5319 days ago) |
| Due | |
| Updated | 12/20/2010 (5312 days ago) |
| Assigned | |
| Resolved | 12/20/2010 (5312 days ago) |
| Github Issue Link | |
| Github Pull Request | |
| Milestone | |
| Patch | No |
State ⇒ Duplicate
#3965.State ⇒ Unconfirmed
Priority ⇒ 1. Low
Type ⇒ Bug
Summary ⇒ ITIP: accept-import when attendee has permissions on the organizer calendar
Queue ⇒ IMP
Milestone ⇒
Patch ⇒ No
When an attendee have permissions (either read or write) on the
organizer calendar, the ITIP 'accept-import' doesn't work correctly.
In imp/lib/MIME/Viewer/itip.php, 'accept-import' :
- first try to find an existing event through an export (from
calendars with read-access)
- if an existing event is found, it tries to replace it (requiring a
write-access).
If the attendee have a read permission on the organizer calendar:
- an existing event is found (from the organizer calendar)
- the replace action fails with an error message.
- a new event is added to the attendee calendar.
If the attendee have a write permission on the organizer calendar:
- an existing event is found (from the organizer calendar)
- the replace action succeeded.
- no event is added to the attendee calendar.
As a workaround, we can check for an existing event not from all
calendars with read-access but only from the calendar where the
attendee adds its events (Kronolith::getDefaultCalendar(PERMS_EDIT);
Regards
Patrick