Bug 583507 – evolution hangs "Updating Search Folders for `On This Computer:/...' (...)

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 583507 - evolution hangs "Updating Search Folders for `On This Computer:/...' (...)


Summary:	evolution hangs "Updating Search Folders for `On This Computer:/...' (...)


Status:	RESOLVED FIXED

Product:	evolution
Classification:	Applications
Component:	Mailer
Version:	2.28.x (obsolete)
Hardware:	Other All

Importance:	Normal major
Target Milestone:	---
Assigned To:	evolution-mail-maintainers
QA Contact:	Evolution QA team

URL:
Whiteboard:	evolution[disk-summary]

Duplicates:	531949 (view as bug list)
Depends on:
Blocks:

Reported:	2009-05-21 23:56 UTC by David Ronis
Modified:	2013-09-13 01:04 UTC

See Also:
GNOME target:	---
GNOME version:	2.27/2.28

Description David Ronis 2009-05-21 23:56:47 UTC

Please describe the problem:
I'd been reading mail, went to folder that procmail puts suspected spam into, pressed ctrl-a to select all messages and then pressed junk to have evolution feed the messages to spamassassin to be learned as junk.   This completed, but the folder count wasn't updated correctly, and I see the message as reported in the summary in the status bar.

I may have inadvertently pressed Junk twice.  

In any event I subsequenty tried to exit, and why the gui grayed out, it didn't.  Sounds like evo is stuck in a thread somewhere, so I attached gdb and the backtrace is pasted below.

I'm running the git master version, updated to days ago (e-d-s was updated yesterday)


Steps to reproduce:
1. 
2. 
3. 


Actual results:


Expected results:


Does this happen every time?
No, I do this kind of operation several times per day and it works fine.

Other information:

+ Trace 215645

Thread 3 (Thread 0xac3ffb90 (LWP 26539))

#0 __lll_lock_wait
from /lib/libpthread.so.0
#1 _L_lock_95
from /lib/libpthread.so.0
#2 pthread_mutex_lock
from /lib/libpthread.so.0
#3 camel_db_begin_transaction
at camel-db.c line 514
#4 vee_rebuild_folder
at camel-vee-folder.c line 1228
#5 vee_add_folder
at camel-vee-folder.c line 1913
#6 camel_vee_folder_add_folder
at camel-vee-folder.c line 225
#7 vfolder_adduri_exec
at mail-vfolder.c line 273
#8 mail_msg_proxy
at mail-mt.c line 520
#9 g_thread_pool_thread_proxy
at gthreadpool.c line 265
#10 g_thread_create_proxy
at gthread.c line 635
#11 start_thread
from /lib/libpthread.so.0
#12 clone
from /lib/libc.so.6

Thread 2 (Thread 0xb1ebbb90 (LWP 26580))

#0 __lll_lock_wait
from /lib/libpthread.so.0
#1 _L_lock_95
from /lib/libpthread.so.0
#2 pthread_mutex_lock
from /lib/libpthread.so.0
#3 folder_changed_change
at camel-vee-folder.c line 1540
#4 session_thread_proxy
at camel-session.c line 597
#5 g_thread_pool_thread_proxy
at gthreadpool.c line 265
#6 g_thread_create_proxy
at gthread.c line 635
#7 start_thread
from /lib/libpthread.so.0
#8 clone
from /lib/libc.so.6

Comment 1 Akhil Laddha 2009-05-22 04:44:09 UTC

looks related to bug 579360

Comment 2 Srinivasa Ragavan 2009-05-22 05:27:11 UTC

seems like a deadlock. Lemme analyze./

Comment 3 Akhil Laddha 2009-06-12 03:58:34 UTC

Fix committed for 2.27.3 

http://git.gnome.org/cgit/evolution-data-server/commit/?id=69f12a11f08a79030e0ccd179078b84851d5691f

Comment 4 Milan Crha 2009-07-15 16:44:07 UTC

*** Bug 531949 has been marked as a duplicate of this bug. ***