GNOME Bugzilla – Bug 659282
Cannot add more than one appointment per session
Last modified: 2013-09-13 01:06:29 UTC
When trying to add appointments to a calendar, I can only add one appointment. Adding any other appointments will delete the previous appointment added. I have been hacking around this by quitting evolution after adding every single appointment, which results in that appointment being saved and being unable to add a new one. I am using the latest Ubuntu Oneiric with version Evolution 3.1.91 tarek : )
I can confirm this happens with local calendars. It does not seem to affect my Google calendars. I am running current Ubuntu 11.10 (Beta1). libedata-cal-1.2-13 3.1.91-0ubuntu1 I'll also link the downstream so if a fix becomes available, it can be merged for the upcoming Ubuntu release: https://bugzilla.gnome.org/show_bug.cgi?id=659282
I dare say this bug renders the calendar completely unusable. I have had to abandon use of Evolution while this bug remains. By way of adding more information, this is only true for the first default calendar (Calendar A). If I add another local calendar (Calendar B), Calendar B works as expected. Later going and changing each event from Calendar B to Calendar A works. tarek : )
Thanks for a bug report. I can confirm this with the latest git master sources, which is just before 3.1.92 release. Steps are: a) select on This Computer/Personal calendar b) rich click in a time slot and choose "New appointment" c) set summary "A" and click Save d) choose below time slot, right click and choose "New appointment" e) set summary "B" and click Save Result is that A is gone and only B is shown. Trying the same steps in another local (On This Computer) calendar results in correct behaviour, both events are shown properly in the calendar.
Created attachment 196918 [details] [review] eds patch for evolution-data-server; Got it, the comp-editor is using the default object. It used to ask backend every time for the default object. The ECalClient caches this object on the client side, and it had always the same UID, thus the consecutive add was turned into modify afterwards. This patch ensures that the e_cal_client_get_default_object(_sync) always generates a unique UID, if the component returned from the server had set one.
Created commit bfb4b53 in eds master (3.1.92+)