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 314912 - crashed while quitting
crashed while quitting
Status: RESOLVED DUPLICATE of bug 320772
Product: evolution
Classification: Applications
Component: Mailer
2.4.x (obsolete)
Other All
: High critical
: ---
Assigned To: evolution-mail-maintainers
Evolution QA team
: 315946 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2005-08-31 02:51 UTC by Luis Villa
Modified: 2013-09-13 00:48 UTC
See Also:
GNOME target: ---
GNOME version: 2.11/2.12



Description Luis Villa 2005-08-31 02:51:19 UTC
Steps to reproduce:
Not entirely sure it can be reproduced. I hit quit and was waiting for it to
shut down when it crashed. I had only run it a very short time, so possibly
vfolders and such were still being brought up when I hit quit.


Stack trace:
  • #0 ??
  • #1 ??
  • #2 ??
  • #3 ??
  • #4 folder_changed
    at camel-vee-folder.c line 1457
  • #5 camel_object_trigger_event
    at camel-object.c line 1502
  • #6 vee_remove_folder
    at camel-vee-folder.c line 831
  • #7 camel_vee_folder_remove_folder
    at camel-vee-folder.c line 296
  • #8 camel_vee_folder_finalise
    at camel-vee-folder.c line 1723
  • #9 camel_object_unref
    at camel-object.c line 925
  • #10 camel_vee_folder_remove_folder
    at camel-vee-folder.c line 298
  • #11 camel_vee_folder_finalise
    at camel-vee-folder.c line 1723
  • #12 camel_object_unref
    at camel-object.c line 925
  • #13 vfolder_foreach_cb
    at mail-vfolder.c line 1178
  • #14 IA__g_hash_table_foreach
    at ghash.c line 563
  • #15 mail_vfolder_shutdown
    at mail-vfolder.c line 1188
  • #16 impl_quit
    at mail-component.c line 723
  • #17 _ORBIT_skel_small_GNOME_Evolution_Component_quit
    at Evolution-common.c line 32
  • #18 ORBit_c_stub_invoke
    at poa.c line 2627
  • #19 GNOME_Evolution_Component_quit
    at Evolution-stubs.c line 41
  • #20 es_run_quit
    at e-shell.c line 1293
  • #21 e_shell_quit
    at e-shell.c line 1361
  • #22 marshal_VOID__USER_DATA_STRING
    at bonobo-ui-component.c line 221
  • #23 IA__g_closure_invoke
    at gclosure.c line 492
  • #24 bonobo_closure_invoke_va_list
    at bonobo-types.c line 415
  • #25 bonobo_closure_invoke
    at bonobo-types.c line 478
  • #26 impl_Bonobo_UIComponent_execVerb
    at bonobo-ui-component.c line 158
  • #27 _ORBIT_skel_small_Bonobo_UIComponent_execVerb
    at Bonobo-common.c line 332
  • #28 ORBit_c_stub_invoke
    at poa.c line 2627
  • #29 Bonobo_UIComponent_execVerb
    at Bonobo-stubs.c line 544
  • #30 impl_emit_verb_on
    at bonobo-ui-engine.c line 1533
  • #31 IA__g_cclosure_marshal_VOID__POINTER
    at gmarshal.c line 601
  • #32 g_type_class_meta_marshal
    at gclosure.c line 569
  • #33 IA__g_closure_invoke
    at gclosure.c line 492
  • #34 signal_emit_unlocked_R
    at gsignal.c line 2523
  • #35 IA__g_signal_emit_valist
    at gsignal.c line 2244
  • #36 IA__g_signal_emit
    at gsignal.c line 2288
  • #37 bonobo_ui_engine_emit_verb_on_w
    at bonobo-ui-engine.c line 3040
  • #38 exec_verb_cb
    at bonobo-ui-sync-menu.c line 445
  • #39 IA__g_cclosure_marshal_VOID__VOID
    at gmarshal.c line 77
  • #40 IA__g_closure_invoke
    at gclosure.c line 492
  • #41 signal_emit_unlocked_R
    at gsignal.c line 2485
  • #42 IA__g_signal_emit_valist
    at gsignal.c line 2244
  • #43 IA__g_signal_emit
    at gsignal.c line 2288
  • #44 IA__gtk_widget_activate
    at gtkwidget.c line 3766
  • #45 IA__gtk_menu_shell_activate_item
    at gtkmenushell.c line 1057
  • #46 gtk_menu_shell_button_release
    at gtkmenushell.c line 663
  • #47 gtk_menu_button_release
    at gtkmenu.c line 2571
  • #48 _gtk_marshal_BOOLEAN__BOXED
    at gtkmarshalers.c line 83
  • #49 g_type_class_meta_marshal
    at gclosure.c line 569
  • #50 IA__g_closure_invoke
    at gclosure.c line 492
  • #51 signal_emit_unlocked_R
    at gsignal.c line 2523
  • #52 IA__g_signal_emit_valist
    at gsignal.c line 2254
  • #53 IA__g_signal_emit
    at gsignal.c line 2288
  • #54 gtk_widget_event_internal
    at gtkwidget.c line 3735
  • #55 IA__gtk_propagate_event
    at gtkmain.c line 2160
  • #56 IA__gtk_main_do_event
    at gtkmain.c line 1397
  • #57 gdk_event_dispatch
    at gdkevents-x11.c line 2291
  • #58 IA__g_main_context_dispatch
    at gmain.c line 1934
  • #59 g_main_context_iterate
    at gmain.c line 2565
  • #60 IA__g_main_loop_run
    at gmain.c line 2769
  • #61 bonobo_main
    at bonobo-main.c line 395
  • #62 main
    at main.c line 602


Other information:
Comment 1 Luis Villa 2005-08-31 03:26:05 UTC
This is 100% reproduceable for me, if evo doesn't crash for some other reason first.
Comment 2 Sankar P 2005-09-01 07:23:44 UTC
I couldnt reproduce this. It might just take some time to sync-up with the
server, depending on the newtwork speed. But I couldnt see it crashing. Can you
start with gdb and give a "thread apply all bt" on encountering a crash?
Comment 3 vivek jain 2005-09-28 05:05:43 UTC
*** Bug 315946 has been marked as a duplicate of this bug. ***
Comment 4 André Klapper 2005-11-20 23:22:44 UTC
same stacktrace; this is fixed

*** This bug has been marked as a duplicate of 320772 ***
Comment 5 Karsten Bräckelmann 2006-02-06 18:48:32 UTC
*** Bug 330157 has been marked as a duplicate of this bug. ***