GNOME Bugzilla – Bug 510970
[itip] Let user select calendar even when meeting found
Last modified: 2015-06-25 11:13:49 UTC
Please describe the problem: I just got a meeting request from a co-worker. Evolution shows the message correctly as an ical meeting request, but it does not allow me to do anything with the meeting request (all four buttons are grayed out). It does tell me that it 'Found the appointment in the calendar XXX'. Sure, but that's another co-worker's calendar that I have included as an "On the Web" read-only calendar... Steps to reproduce: 1. Send an invitation to two people (A and B) 2. Let A add B's calendar 3. Let B accept the appointment 4. See how the A can no longer accept the appointment Actual results: The calender item is shown with all four buttons grayed out. Expected results: I should be able to deal with the calendar item. Does this happen every time? Yes. Other information: There doesn't seem to be a strong concept of which calendars are actually mine, but perhaps the read-only status of each calendar can be used to this effect?
*** Bug 592555 has been marked as a duplicate of this bug. ***
Any plans to fix this? This issue makes evolution calendar almost useless, since nearly all meeting invitations I receive include one or more of my co-workers, and usually I'm not the first to accept the meeting. Still seeing the issue on 2.30.1.2
> Other information: > There doesn't seem to be a strong concept of which calendars are actually mine, > but perhaps the read-only status of each calendar can be used to this effect? I dont think this is true. Under preferences/mail preferences/ tab[calendar and Tasks] is a simpel way of selecting which calendar should be looked at for conficts. Actually I guess this is made for exactly this purpose. I just cant understand why this setting has been developed / tested - but not used for any purpose. This bug has existed for several years, and it makes it really diffucult to use evolution as a corporate tool. Hopes some one will take a look at this - when the preferences is in places it should be simple to check it before say "appointment found in calendar..." The error still exist in 2.32.2
Just a note that with a fix from bug #616561 the read-only calendars are not used for appointment searching any more.
*** Bug 695331 has been marked as a duplicate of this bug. ***
*** Bug 748475 has been marked as a duplicate of this bug. ***
It is interesting to note that there is a "Conflict Search" list in Preferences->Calendar and Tasks->Meeting Invitations and while I have not experimented with de-selecting some of these calendars to see if I can add events that are already in others' calendars to my own (which I cannot otherwise do due to the description of this ticket and my own in bug 748475), I'm not sure I really want to disable meeting conflict checking with some others' calendars. Sometimes, while others' events may not directly involve me and may allow me to schedule an event during the same time, there are other times when I cannot. Granted this probably happens more in scheduling events in families than it does in the corporate/work environment. But even in a corporate/work environment, imagine a group of 5 colleagues where at least one must be present during working hours. For the purposes of scheduling time off, say, you want to see how that conflicts with the time off of the other colleagues, but you still want to be able to schedule meetings in which those other colleagues have also scheduled into their calendar. I think the TL;DR is that conflict (and/or "already in one of your calendars") searching needs to always be an advisory action and should NEVER prevent addition of the item into a calendar. Where Evolution can continue to be smart though, is not presenting calendars that the item is in in the list of calendars to add the item to.
Let the user choose the calendar even when found the meeting in another. Created commit e283c58 in evo master (3.17.4+) Created commit 1b20b1e in evo gnome-3-16 (3.16.4+)
Nice!! Can't wait to try this out!