After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 337454 - Calendar crashed when modifying entry
Calendar crashed when modifying entry
Status: RESOLVED FIXED
Product: evolution
Classification: Applications
Component: Calendar
2.8.x
Other other
: High critical
: ---
Assigned To: Milan Crha
Evolution QA team
: 345290 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2006-04-06 03:49 UTC by Ben
Modified: 2013-09-13 00:54 UTC
See Also:
GNOME target: ---
GNOME version: 2.15/2.16


Attachments
proposed eds patch (1.25 KB, patch)
2007-08-03 14:11 UTC, Milan Crha
committed Details | Review

Description Ben 2006-04-06 03:49:50 UTC
Distribution: Ubuntu 6.04 (dapper)
Package: Evolution
Priority: Normal
Version: GNOME2.14.0 unspecified
Gnome-Distributor: Ubuntu
Synopsis: Calendar crashed when modifying entry
Bugzilla-Product: Evolution
Bugzilla-Component: Calendar
Bugzilla-Version: unspecified
BugBuddy-GnomeVersion: 2.0 (2.14.0)
Description:
Description of the crash:

Logged into Exchange account, editing Web based calendar, and after
modifying an entry and saving, Evolution crashes. When the application
is restarted, it continues to crash. This could be related to a slow
Internet connection. Is a greater tolerance for losing contact with the
Exchange server possible?

Steps to reproduce the crash:
1. Setup Exchange account
2. Create a calendar entry, then modify it
3. When you save the entry, it will possibly crash

Expected Results:

Entry was to be saved and changes applied successfully.

How often does this happen?

Intermittently. More frequent on a slower Internet connection, such as
off the work network where the Exchange server is located.

Additional Information:



Debugging Information:

Backtrace was generated from '/usr/bin/evolution'

(no debugging symbols found)
Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread -1231882016 (LWP 10890)]
[New Thread -1300792400 (LWP 10964)]
[New Thread -1266828368 (LWP 10958)]
[New Thread -1284006992 (LWP 10957)]
[New Thread -1266562128 (LWP 10938)]
[New Thread -1249211472 (LWP 10927)]
[New Thread -1239864400 (LWP 10926)]
(no debugging symbols found)
0xffffe410 in __kernel_vsyscall ()

Thread 1 (Thread -1231882016 (LWP 10890))

  • #0 __kernel_vsyscall
  • #1 waitpid
    from /lib/tls/i686/cmov/libc.so.6
  • #2 libgnomeui_module_info_get
    from /usr/lib/libgnomeui-2.so.0
  • #3 es_menu_hook_get_type
  • #4 <signal handler called>
  • #5 e_cal_resolve_tzid_cb
    from /usr/lib/libecal-1.2.so.3
  • #6 e_cal_generate_instances_for_object
    from /usr/lib/libecal-1.2.so.3
  • #7 tag_calendar_by_comp
    from /usr/lib/evolution/2.6/components/libevolution-calendar.so
  • #8 gnome_calendar_get_type
    from /usr/lib/evolution/2.6/components/libevolution-calendar.so
  • #9 g_cclosure_marshal_VOID__POINTER
    from /usr/lib/libgobject-2.0.so.0
  • #10 g_closure_invoke
    from /usr/lib/libgobject-2.0.so.0
  • #11 g_signal_stop_emission
    from /usr/lib/libgobject-2.0.so.0
  • #12 g_signal_emit_valist
    from /usr/lib/libgobject-2.0.so.0
  • #13 g_signal_emit
    from /usr/lib/libgobject-2.0.so.0
  • #14 e_cal_view_get_type
    from /usr/lib/libecal-1.2.so.3
  • #15 g_cclosure_marshal_VOID__POINTER
    from /usr/lib/libgobject-2.0.so.0
  • #16 g_closure_invoke
    from /usr/lib/libgobject-2.0.so.0
  • #17 g_signal_stop_emission
    from /usr/lib/libgobject-2.0.so.0
  • #18 g_signal_emit_valist
    from /usr/lib/libgobject-2.0.so.0
  • #19 g_signal_emit
    from /usr/lib/libgobject-2.0.so.0
  • #20 e_cal_view_listener_get_type
    from /usr/lib/libecal-1.2.so.3
  • #21 _ORBIT_skel_small_GNOME_Evolution_Calendar_CalViewListener_notifyObjectsAdded
    from /usr/lib/libecal-1.2.so.3
  • #22 ORBit_POA_setup_root
    from /usr/lib/libORBit-2.so.0
  • #23 ORBit_OAObject_invoke
    from /usr/lib/libORBit-2.so.0
  • #24 ORBit_small_invoke_adaptor
    from /usr/lib/libORBit-2.so.0
  • #25 ORBit_POAObject_post_invoke
    from /usr/lib/libORBit-2.so.0
  • #26 ORBit_POAObject_post_invoke
    from /usr/lib/libORBit-2.so.0
  • #27 giop_thread_queue_process
    from /usr/lib/libORBit-2.so.0
  • #28 giop_thread_queue_process
    from /usr/lib/libORBit-2.so.0
  • #29 link_servers_move_io_T
    from /usr/lib/libORBit-2.so.0
  • #30 g_main_context_dispatch
    from /usr/lib/libglib-2.0.so.0
  • #31 g_main_context_check
    from /usr/lib/libglib-2.0.so.0
  • #32 g_main_loop_run
    from /usr/lib/libglib-2.0.so.0
  • #33 bonobo_main
    from /usr/lib/libbonobo-2.so.0
  • #34 main
  • #0 __kernel_vsyscall

-- 
Thanks,
Ben Simpson
csu16451@mail.claytonstate.net




------- Bug created by bug-buddy at 2006-04-06 03:49 -------

Comment 1 André Klapper 2006-04-06 13:09:28 UTC
stacktrace is a bit similar to bug 325068
Comment 2 Christian Kirbach 2006-04-11 13:33:45 UTC
but crashes in some other frame.

Thanks for the bug report. Unfortunately, that stack trace is not very useful in determining the cause of the crash. Can you get us one with debugging symbols? Please see http://live.gnome.org/GettingTraces for more information on how to do so.
Comment 3 Elijah Newren 2006-06-19 14:41:38 UTC
*** Bug 345290 has been marked as a duplicate of this bug. ***
Comment 4 Sebastien Bacher 2006-08-01 16:41:48 UTC
Ubuntu bug with a similar backtrace: https://launchpad.net/distros/ubuntu/+source/evolution/+bug/50228

"After importing ics calendar, evolution crashes on startup

It crashes at startup because it starts in calendar view, and this is what crashes.
Clock-calendar applet chrashes also when trying to display calendar info.
In Dapper final, clean install, fully updated.

¿Is there any way to delete calendar data so I can start evolution?

http://librarian.launchpad.net/3085487/gdb-evolution.txt
gdb Backtrace

http://librarian.launchpad.net/3085492/ev
Bug buddy

http://librarian.launchpad.net/3085497/export.ics
Imported calendar causing crash
...
> Thanks for your bug. Importing that calendar works fine on edgy, could you get a backtrace with evolution-data-server-dbg and evolution-dbg installed? The backtrace looks like http://bugzilla.gnome.org/show_bug.cgi?id=337454 upstream
...
http://librarian.launchpad.net/3670407/backtrace_bugbuddy_withdbg

Backtrace was generated from '/usr/bin/evolution-2.6'

Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread -1231718176 (LWP 3831)]
[New Thread -1261872208 (LWP 3833)]
0xffffe410 in __kernel_vsyscall ()
  • #0 __kernel_vsyscall
  • #1 waitpid
    from /lib/tls/i686/cmov/libc.so.6
  • #2 libgnomeui_module_info_get
    from /usr/lib/libgnomeui-2.so.0
  • #3 segv_redirect
    at main.c line 424
  • #4 <signal handler called>
  • #5 generate_instances
    at e-cal.c line 3658
  • #6 e_cal_generate_instances_for_object
    at e-cal.c line 3804
  • #7 tag_calendar_by_comp
    at tag-calendar.c line 217
  • #8 dn_e_cal_view_objects_added_cb
    at gnome-cal.c line 497
  • #9 g_cclosure_marshal_VOID__POINTER
    from /usr/lib/libgobject-2.0.so.0

It does not crash at startup anymore, but then again when I reported the bug it was June, so june was displayed at startup...

Calendar applet seems to be working ok now. It doesn't crash anymore with this calendar and the events are displayed correctly.

I include the backtrace you asked for (I hope it is what you needed. If not, ask again)

Thanks.
...
http://librarian.launchpad.net/3707597/evolution-2.8-bugreport.txt
another backtrace
..."

It doesn't happen on my edgy i386 installation but does happen on dapper amd64, the issue seems to be architecture specific. Updating the settings since it happens on GNOME 2.15.90 on amd64 too
Comment 5 Harish Krishnaswamy 2006-08-10 12:59:36 UTC
Set target milestone to 2.8
Comment 6 Milan Crha 2007-08-03 14:11:56 UTC
Created attachment 93029 [details] [review]
proposed eds patch

for evolution-data-server;

Patch behaves regarding to this citation:
----- start of citation from chapter 4.6.1 of RFC 2445 -----
   The "DTSTART" property for a "VEVENT" specifies the inclusive start
   of the event. For recurring events, it also specifies the very first
   instance in the recurrence set. The "DTEND" property for a "VEVENT"
   calendar component specifies the non-inclusive end of the event. For
   cases where a "VEVENT" calendar component specifies a "DTSTART"
   property with a DATE data type but no "DTEND" property, the events
   non-inclusive end is the end of the calendar date specified by the
   "DTSTART" property. For cases where a "VEVENT" calendar component
   specifies a "DTSTART" property with a DATE-TIME data type but no
   "DTEND" property, the event ends on the same calendar date and time
   of day specified by the "DTSTART" property.
----- end   of citation from chapter 4.6.1 of RFC 2445 -----
Comment 7 Srinivasa Ragavan 2007-08-07 05:26:17 UTC
Chen: Can you get this reviewed for the next dot release?
Comment 8 Chenthill P 2007-08-23 11:11:49 UTC
Looks good to commit. 
Comment 9 Milan Crha 2007-08-23 11:33:06 UTC
Committed to trunk. Committed revision 7980.