Hide Forgot
abrt version: 1.1.14 architecture: x86_64 Attached file: backtrace cmdline: /usr/libexec/e-calendar-factory component: evolution-data-server crash_function: g_atomic_int_get executable: /usr/libexec/e-calendar-factory kernel: 2.6.35.10-74.fc14.x86_64 package: evolution-data-server-2.32.1-1.fc14 rating: 4 reason: Process /usr/libexec/e-calendar-factory was killed by signal 11 (SIGSEGV) release: Fedora release 14 (Laughlin) time: 1296669372 uid: 500 comment ----- I must say that calendar has his first event in february 2002, and its last event in april 2011. I don't know how many events are stored in this calendar. The calendar.ics file corresponding to this calendar is only 282468 bytes long. It's still possible to copy .local/share/evolution/calendar/system/calendar.ics file elsewhere and renaming it. Then, and just for your information (I just want to use evolution in the future like I was yesterday), KOrganizer parse and display it without any problem from the beginning to the end. But evolution crashes when I display months backward and approximatively on march or april 2004. I hope these facts will be useful. Cordialy, -- NVieville How to reproduce ----- 1. launch evolution. 2. activate calendar window. 3. right-click on personnal calendar (default calendar) and choose "save as". 4. choose filename "calendar_default" and file format "ics". 5. click on save button. 6. all the calendars are deactivated (not visible) one by one after validating one dialogue box saying that a problem occured for each one.
Created attachment 476630 [details] File: backtrace
Thanks for a bug report. This is most likely caused by a fact that some of your events has some non-ascii characters in it which are not valid UTF8 letters. This is caused by a move to GDBus, which is using GVariant-s internally, which is enforcing UTF8 string usage. The previous Bonobo wasn't so strict, so it didn't appear. This issue is fixed in rawhide and the corresponding upstream bug report is [1]. A workaround is to open the calendar.ics file and make all letters UTF8 valid. [1] https://bugzilla.gnome.org/show_bug.cgi?id=635825
Hello Milan, Thanks for your comments, the suggested workaround and the bugzilla pointer. I'll try this as soon as possible. Apologies for the noise. Regards. -- NVieville
No problem at all, I'll be happy if it'll help you.
*** Bug 670842 has been marked as a duplicate of this bug. ***