GNOME Bugzilla – Bug 250310
Unable to accept an appointment for a shared resouce.
Last modified: 2013-09-10 14:04:09 UTC
Please fill in this template when reporting a bug, unless you know what you are doing. Description of Problem: When the user controlling a shared resource receives an appointment for himself and the shared resource and attempts to accept the appointment for the shared resource the system places the appointment in his personel calendar not in the resources calendar. There can be a calendar selection (button) at the bottom of the appointment so that the correct calendar can be chosen but according to jpr when both the user calendar and the resource calendar are being displayed by the one user the calendar option will not be displayed. The following logic was also noticed while trying to find a work around: I attempted this by creating the appt in my calendar and adding the mailbox for the resource, this did not offer me the calender button to save the meeting in and it saved directly into mine even though it was not appearing in my calendar, only the shared resources calendar. If however I create the meeting in the shared resources calender, and invite myself, I then see a mail in the shared resources mailbox from myself, asking if I want to accept the meeting and the calendar button does show up allowing me to select which one this should this be saved in. It seems as if this is: a - back to front b - odd, as I would expect to see a mail from the shared resource mailbox to me in MY mailbox, and not in its!! Steps to reproduce the problem: 1. 2. 3. Actual Results: Expected Results: How often does this happen? All the time. Additional Information:
I'm sorry, I'm quite confused here. Is this bug about "When received new meeting invite then show always the destination calendar pickup"? The "new" term means the meeting is not stored in any of the user's calendar. As far as I can tell it works exactly like that for me. Also, based on the code, the source chooser is shown only when the meeting is either publish or request method, not for any other.
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for. Thanks!