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 665979 - [regression] evolution hangs on exit
[regression] evolution hangs on exit
Status: RESOLVED DUPLICATE of bug 664639
Product: evolution
Classification: Applications
Component: general
3.4.x (obsolete)
Other Linux
: Normal major
: ---
Assigned To: Evolution Shell Maintainers Team
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2011-12-12 04:20 UTC by David Ronis
Modified: 2013-09-13 01:05 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description David Ronis 2011-12-12 04:20:23 UTC 
I'm running last weeks git/master.   I just did some cleaning up in my mail folders and then emptied the trash.   I tried to exit after there were no messages in the notification area.  Evolution's UI grayed out as expected, but then didn't exit.   I attached gdb and got the following backtrace:

(gdb) thread apply all bt full

+ Trace 229255

Thread 1 (Thread 0xb5866830 (LWP 5650))

  • #0 pthread_cond_wait
    from /lib/libpthread.so.0
  • #1 g_cond_wait
    at gthread-posix.c line 755
  • #2 sync_push_request
    at camel-db.c line 154
  • #3 camel_sqlite3_file_xClose
    at camel-db.c line 245
  • #4 sqlite3OsClose
    at sqlite3.c line 14469
  • #5 pager_end_transaction
    at sqlite3.c line 39262
  • #6 sqlite3PagerCommitPhaseTwo
    at sqlite3.c line 43281
  • #7 sqlite3BtreeCommitPhaseTwo
    at sqlite3.c line 51283
  • #8 sqlite3BtreeCommitPhaseTwo
    at sqlite3.c line 51271
  • #9 vdbeCommit
    at sqlite3.c line 59981
  • #10 sqlite3VdbeHalt
    at sqlite3.c line 60381
  • #11 sqlite3VdbeExec
    at sqlite3.c line 66234
  • #12 sqlite3Step
    at sqlite3.c line 61844
  • #13 sqlite3_step
    at sqlite3.c line 61917
  • #14 sqlite3_step
    at sqlite3.c line 61905
  • #15 sqlite3_exec
    at sqlite3.c line 89119
  • #16 cdb_sql_exec
    at camel-db.c line 414
  • #17 camel_db_end_transaction
    at camel-db.c line 662
  • #18 vee_folder_dispose
    at camel-vee-folder.c line 951
  • #19 g_object_unref
    at gobject.c line 2846
  • #20 signal_data_free
    at camel-store.c line 120
  • #21 g_source_callback_unref
    at gmain.c line 1283
  • #22 g_source_callback_unref
    at gmain.c line 1275
  • #23 g_source_destroy_internal
    at gmain.c line 952
  • #24 g_main_dispatch
    at gmain.c line 2538
  • #25 g_main_context_dispatch
    at gmain.c line 3050
  • #26 g_main_context_iterate
    at gmain.c line 3121
  • #27 g_main_context_iterate
    at gmain.c line 3058
  • #28 g_main_loop_run
    at gmain.c line 3315
  • #29 gtk_main
    at gtkmain.c line 1159
  • #30 main
    at main.c line 675 






Comment 1


Milan Crha





          2011-12-12 10:43:07 UTC
        



Thanks for a bug report. It used to work for a year or so, with no trouble (I believe people do expunge their Trashes in evolution), thus I'm wondering whether this is related into the GLib version being in use. What is your current commit and branch of GLib, please?






Comment 2


David Ronis





          2011-12-12 19:43:56 UTC
        



I'm using the released glib (2.31.2).   Note that this doesn't happen every time I empty the trash.

BTW I would have bet sqlite (3.7.9 here) would be the problem.






Comment 3


Milan Crha





          2012-02-17 10:10:03 UTC
        




*** This bug has been marked as a duplicate of bug 664639 ***