Red Hat Bugzilla – Bug 1021136
Please include upstream changeset r1150
Last modified: 2013-11-10 02:17:13 EST
Current libical 1.0-2 causes evolution-data-server (evolution, gnome-shell-calender) to show up e.g. birthday events for persons born before 1.1.1950 on two days, starting at 23:00 the day before the event. Upstream changeset r1150 fixes the issue, so please include it.
For more information please have a look at
libical-1.0-3.fc20 has been submitted as an update for Fedora 20.
* should fix your issue,
* was pushed to the Fedora 20 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing libical-1.0-3.fc20'
as soon as you are able to.
Please go to the following url:
then log in and leave karma (feedback).
Created attachment 815592 [details]
gnome-shell calendar after this patch
With this patch it seems like all manually created recurring events show up on the weekdays they were recurring even if they should no longer recur. This causes the calendar to be filled with lots of old entries. The first login after installing this patch triggered >100 reminders at once. This makes the calendar entirely unusable. After downgrading the libical package everything went back to normal.
I've found an easy way to reproduce the problem:
1.) disable all calendars
2.) create a new local calendar
3.) go back to 2012
4.) create a new apointment "test" in this calendar on october the 24th
5.) mark it as recurring daily with 2 recurrences
-> the entire calendar starting from october 24th on is now filled with "test"
Unfortunately you're right. I'm able to reproduce the problem. When using in Evolution not "every 2 days for 2 occurences" but "every 2 days until" a given date, it does not happen. As I'm always using the latter option, I did not see any problem testing the patch.
The "for" option writes something like "RRULE;X-EVOLUTION-ENDDATE=20131025T080000Z:FREQ=DAILY;COUNT=2", while the "until" option" writes something like "RRULE:FREQ=DAILY;UNTIL=20131026" to the resulting libical file.
It seems like X-EVOLUTION-ENDDATE is not interpreted correctly after applying the patch... Maybe e-d-s/evolution somehow expects a "buggy" libical?
(In reply to Gert Michael Kulyk from comment #5)
> It seems like X-EVOLUTION-ENDDATE is not interpreted correctly after
> applying the patch... Maybe e-d-s/evolution somehow expects a "buggy"
Nope, the X-EVOLUTION-ENDDATE is just a hint, it is not mandatory and if it is not set, then it is computed on the fly. Let's move with this investigation to bug #1023020, to not duplicate the work.
libical-1.0-3.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.