Description of problem: Scrolling long email Version-Release number of selected component: evolution-3.4.4-2.fc17 Additional info: libreport version: 2.0.13 abrt_version: 2.0.12 backtrace_rating: 4 cmdline: evolution crash_function: sftk_FreeContext kernel: 3.5.3-1.fc17.x86_64 truncated backtrace: :Thread no. 1 (10 frames) : #5 sftk_FreeContext at pkcs11u.c : #6 sftk_DestroySession at pkcs11u.c : #7 sftk_FreeSession at pkcs11u.c : #8 NSC_CloseSession at pkcs11.c : #10 pk11_CloseSession at pk11obj.c : #12 PK11_DestroyContext at pk11cxt.c : #13 ssl3_DestroyCipherSpec at ssl3con.c : #14 ssl3_DestroySSL3Info at ssl3con.c : #15 ssl_DestroySocketContents at sslsock.c : #16 ssl_FreeSocket at sslsock.c
Created attachment 615061 [details] File: core_backtrace
Created attachment 615062 [details] File: environ
Created attachment 615063 [details] File: limits
Created attachment 615064 [details] File: backtrace
Created attachment 615065 [details] File: cgroup
Created attachment 615066 [details] File: maps
Created attachment 615067 [details] File: dso_list
Created attachment 615068 [details] File: open_fds
Created attachment 615069 [details] File: var_log_messages
Thanks for a bug report. I see in the backtrace start the actual crash happened at the end of message sending, on a memory corruption. It can be related to scrolling or not, it's hard to tell. Maybe the long message content caused the memory error. Is it possible to reproduce this with that particular message (though memory corruptions are usually caught "randomly", not immediately when the actual corruption happens.
Sorry, can't reproduce it anymore. Moved on to evolution 3.6.1 on fc18. I suggest to mark as wontfix or similar, if the current report isn't useful.
Thanks for the update. I'll close this, but feel free to reopen or file a new bug if you catch anything similar in 3.6.1+. Thanks in advance.
*** Bug 866020 has been marked as a duplicate of this bug. ***