517865 - can't accept invitation when other attendee already accepted it (having read access to other's calendar)

Status: NEW

(Calendar :: E-mail based Scheduling (iTIP/iMIP), defect)

Description

[Bruno CAPELETO]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; fr; rv:1.9.1.3) Gecko/20090824 Firefox/3.5.3
Build Identifier: 2008091719

The three of A, B and C have access to each other's calendar on a remote CalDAV server (they all have the three calendars visible in Lightning).

When A sends an invitation to B and C, as soon as B (or C) accepts it, C (or B) can't accept it anylonger : there is no button anymore to accept it, only a notice telling the event is already in the agenda.


Reproducible: Always

Steps to Reproduce:
1. Create 3 users (A,B and C), one remote calendar each
2. For every user, make the 3 calendars visible (e.g. A will see calendars of A, B and C)
3. A sends an invitation to B and C.
4. B accepts the invitation
Actual Results:  
C can't accept the invitation anylonger because the event is already recorded (in fact in B's calendar, to which C has read access).

Expected Results:  
C should be able to accept the invitation so that the event is recorded in C's calendar.

I guess the issue is that Lightning considers that all visible calendars are those of the user, with no possibility to set "this is my calendar".

Thus, when another user accepts the invitation, it is recorded in his calendar (to which everyone else has access), making it impossible for the others to accept the invitation as well.

Originally I thought the email address associated to the agendas will do the job : the user's email address for his calendar and "none" for the other calendars, but it doesn't help.

Comment 1

[Philipp Kewisch [:Fallen] [:📆][:🧩]]

Some IRC discussion, paraphrased:

brunoc68: make a distinction in the calendar view between "own calendar" and "other calendar", what do you think ?

Fallen: We would need to consequently implement this concept in all parts of the app. We need to go through the application and find all places where a distinction between own calendars and other calendars makes sense, and what components (i.e today pane, event list/unfinder) might need enhancements based on this

brunoc68: There is already a place : in the general property of a calendar, there is an email address to be filled in with the option "none" : that could indicate this is not one of the user's calendars

Fallen: yeah, partially true. But what about the delgation case (we don't support that yet, but ludovic is working on a patch). Is a boss calendar that is managed by a secretary an "own calendar" or an "other calendar". The invitation manager still needs to check both calendars, but needs to handle each calendar differently.

Fallen: Otherwise the "none" is a good indicator. But if a user doesn't care about scheduling, then he might have all calendars set to "none" and it would be strange that the calendars show up in "Other Calendars" first.