Bug 578240 – Impossible to cancel search in search folders

Bug 578240 - Impossible to cancel search in search folders


Summary:	Impossible to cancel search in search folders

Status:	RESOLVED FIXED

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

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

URL:
Whiteboard:	evolution[vfolders]
Keywords:

Depends on:
Blocks:
	Show dependency tree

Reported:	2009-04-07 13:21 UTC by Christoph Wickert
Modified:	2012-07-13 13:13 UTC (History)
CC List:	4 users (show)

See Also:
GNOME target:	---
GNOME version:	2.23/2.24

Attachments
eds patch (7.43 KB, patch) 2012-07-13 13:12 UTC, Milan Crha	committed	Details \| Diff \| Review
View All Add an attachment (proposed patch, testcase, etc.)

Description Christoph Wickert 2009-04-07 13:21:22 UTC

Please describe the problem:
Search in a search folder cannot be canceled with the "Cancel" button.

Steps to reproduce:
1. Have a seach folder, e. g. all mail
2. Search inside this folder. Use 'message contains' or something that takes long
3. Hit 'Cancel' button


Actual results:
Search does not stop, CPU at 100%, evolution unusable.

Expected results:
Search should be canceled initially.

Does this happen every time?
yes

Other information:

Comment 1 Srinivasa Ragavan 2009-04-08 09:48:46 UTC

which provider do you use? There are some providers that aren't cancelable.

Comment 2 Christoph Wickert 2009-04-08 09:56:03 UTC

What do you mean by provider? My email provider or something internal of the program?

Comment 3 Srinivasa Ragavan 2009-04-08 11:37:25 UTC

I meant IMAP or pop or local or groupwise or exchange

Comment 4 Christoph Wickert 2009-04-08 13:45:33 UTC

I have 7 accounts:
1 IMAP
1 POP3
1 Spool
4 not receiving mail.

The search folders include (mail of) all 7 accounts.

Comment 5 Milan Crha 2012-05-31 11:52:15 UTC

Still there, even after bug #672175. My changes in vFolders for 3.5.2 helped a bit, but not enough, I see the process is currently "stuck" (in a meaning "not cancelling immediately") at the below place, where console is full of the errors which are shown in the backtrace.

+ Trace 230289

Thread 2 (Thread 0x7fe387d98700 (LWP 14856))

#0 write
from /lib64/libpthread.so.0
#1 write_string
#2 g_log_default_handler
at gmessages.c line 1255
#3 bug_buddy_log_handler
at gnome-segvhanlder.c line 146
#4 g_logv
at gmessages.c line 733
#5 g_log
at gmessages.c line 792
#6 g_set_error_literal
at gerror.c line 599
#7 g_cancellable_set_error_if_cancelled
at gcancellable.c line 315
#8 camel_folder_get_message_sync
at camel-folder.c line 3604
#9 match_words_message
at camel-folder-search.c line 1477
#10 match_words_messages
at camel-folder-search.c line 1520
#11 search_body_contains
at camel-folder-search.c line 1587
#12 camel_sexp_term_eval
at camel-sexp.c line 812
#13 term_eval_or
at camel-sexp.c line 376
#14 camel_sexp_term_eval
at camel-sexp.c line 802
#15 term_eval_and
at camel-sexp.c line 310
#16 camel_sexp_term_eval
at camel-sexp.c line 802
#17 camel_sexp_eval
at camel-sexp.c line 1730
#18 camel_folder_search_search
#19 vee_folder_search_by_expression
#20 camel_folder_search_by_expression
#21 regen_list_exec
at message-list.c line 4722
#22 mail_msg_proxy
at mail-mt.c line 423
#23 g_thread_pool_thread_proxy
at gthreadpool.c line 309
#24 g_thread_proxy
at gthread.c line 801
#25 start_thread
from /lib64/libpthread.so.0
#26 clone
from /lib64/libc.so.6

Comment 6 Milan Crha 2012-07-13 13:12:28 UTC

Created attachment 218722 [details] [review]
eds patch

for evolution-data-server;

Adding couple more tests on cancellable fixes this, cancelling is pretty fast now, with no errors on console.

Comment 7 Milan Crha 2012-07-13 13:13:55 UTC

Created commit 6ccacb6 in eds master (3.5.4+)

Note You need to log in before you can comment on or make changes to this bug.