GNOME Bugzilla – Bug 303296
Default account's calendar not set with new meeting/appointment dialogs
Last modified: 2013-09-10 14:04:09 UTC
Distribution/Version: Fedora Core 2 Create an IMAP account, then an excange account. Make exchange your default. Start a new meeting or appointment; notice the Calendar is "Personal", not the exchange account calendar. The calendar for my default evolution account should be the default calendar when I start a new meeting request or appointment.
This also happens when I get a meeting request. Even if I get a meeting request in my exchange account, the default calendar chosen to accept it is Personal. It should obviously use the calendar of whatever account received the request email.
This can probally considered as an enhancement. Marking this as an enhancement and comfirming the same.
Nope, according to the discussion on the mailing list and the developers comments, this is a bug. Not an enhancemant.
Bumping version to a stable release.
Common use case (at least for me): I am reading email and based on the message I'm reading, I need to create an appointment so I select New -> Appointment. The Calendar view is not visible, and I have not explictly selected any calendar today, I probably don't know which calendar is selected, if any. A new appointment should always go to default calendar by default -- I am more likely to be aware of the need to switch calendars if I want the appointment to go to a specific, non-default one.
Agreed. Creating a new appointment should default to the default calendar. It does not in the current 2.28.1 version of Evolution, at least when I have both google and local calendars set up.
No, I do not think this is wrong. This is giving you more freedom. It's not as that much tight to your mail accounts, especially because most mail accounts don't have any relationship between it and any calendar. What you are supposed to do is to select (highlight) your preferred calendar in the calendar view, and that one is then preselected in replies for meeting invitations and when using New->Appointment/... menu options. Thus not a bug, but intentional behaviour.