| Summary: | [abrt] evolution-3.2.0-1.fc16: camel_strdown: Process /usr/bin/evolution was killed by signal 11 (SIGSEGV) | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Jonh Wendell <jonh.wendell> | ||||||
| Component: | evolution-data-server | Assignee: | Matthew Barnes <mbarnes> | ||||||
| Status: | CLOSED NEXTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
| Severity: | unspecified | Docs Contact: | |||||||
| Priority: | unspecified | ||||||||
| Version: | 16 | CC: | lucilanga, mbarnes, mcrha | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | x86_64 | ||||||||
| OS: | Unspecified | ||||||||
| Whiteboard: | abrt_hash:6cc50539be726b22aa27bd4999285b6694d6a6b6 | ||||||||
| Fixed In Version: | evolution-data-server-3.2.1 | Doc Type: | Bug Fix | ||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2011-10-10 08:59:48 UTC | Type: | --- | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Attachments: |
|
||||||||
|
Description
Jonh Wendell
2011-10-06 13:02:47 UTC
Created attachment 526699 [details]
File: maps
Created attachment 526700 [details]
File: backtrace
Thanks for a bug report. I see it's decoding a line returned from a server, which described the message itself. It seems, on the first look, that the line format confuses IMAP provider, which causes a crash afterwards. I suppose you cannot use evolution after this at all, can you? Or at least you might not be able to read the message ID 1541. I do not know what it is, or what folder it is about, but if you could try to find it anyhow, then it will be good for confirmation. You can find out from a folders.db file for that particular account with an sqlite3 command: $ sqlite3 PATHTO/folders.db "SELECT uid,subject FROM 'INBOX' WHERE uid=1541" where PATHTO is replaced with a patch like ~/.local/share/evolution/mail/<uid> where <uid> is a unified ID of your IMAP account (it's harder to find in 3.2.x). Also note that the SQL searches INBOX folder, but yours can be a different one. Feel free to ask, if you are not sure, Thanks in advance. I can use evolution and read all other messages, but when I try to read that particular message (1541), it crashes. sqlite> SELECT uid,subject FROM 'INBOX' WHERE uid=1541; 1541|[sintegra] Pisos Drenantes sqlite> SELECT * FROM 'INBOX' WHERE uid=1541; 1541|0|0|0|0|0|0|0|0|0|634830|1317864290|1317836842|[sintegra] Pisos Drenantes|Brasil Revest <contato.br>|wendell <wendell.br>||||||3098982732 539402821 0| |0|1 9-multipart 7-related 3 4-type 21-multipart/alternative 7-charset 5-UTF-8 8-boundary 35-b1_311bdb8fce105683e2a5d5c64ca36046 0- 0- 0- 0 0|0|1317905630|1317905630 Thanks for the update. I built a test package for you [1], please install it, and run evolution from console like this: $ evolution &>log.txt and try to download the offending message. It may print on a console some debugging information, and maybe does not crash, though it'll rather crash slightly later, thus any abrt report from this test doesn't worth filling it, due to code changes being done only in this test build. Please attach here the resulting log.txt file (sanitized for private information you do not want to share), together with a comment whether evolution crashed for you or not, and if it didn't crash whether the message looks complete (hard to tell, I know, unless you've another client for comparison). Thanks in advance. [1] http://koji.fedoraproject.org/koji/taskinfo?taskID=3411953 it worked fine, didn't crash! I could see the whole message, as well other messages.
the log.txt is empty, I'll paste here the console output (stderr):
** (evolution:3476): CRITICAL **: categories_icon_theme_hack: assertion `filename != NULL && *filename != '\0'' failed
Migrating cached data
Migrating config data
Migrating local user data
mv /home/wendell/.evolution/mail/local/folders.db /home/wendell/.local/share/evolution/mail/local/folders.db
FAILED: Destination file already exists
rmdir /home/wendell/.evolution/mail/local
FAILED: Diretório não vazio (contents follows)
folders.db
rmdir /home/wendell/.evolution/tasks
FAILED: Diretório não vazio (contents follows)
tasks
rmdir /home/wendell/.evolution/mail
FAILED: Diretório não vazio (contents follows)
local
imap_body_decode: Failed to parse type/subtype of '("; name=\"ff28bed7093ab75130351871ac8d392b\"" NIL ("name" "ff28bed7093ab75130351871ac8d392b") "<ff28bed7093ab75130351871ac8d392b>" NIL "base64" 4)("image" "jpeg" ("name" "59674a5aa560c4dbbd6a1a6682056f04") "<59674a5aa560c4dbbd6a1a6682056f04>" NIL "base64" 201994)("image" "jpeg" ("name" "97f9ba7bfd2843c831b94b2f3059d8f2") "<97f9ba7bfd2843c831b94b2f3059d8f2>" NIL "base64" 186890)("image" "jpeg" ("name" "170962a49e4e8ab5a1f8beed3de4900f") "<170962a49e4e8ab5a1f8beed3de4900f>" NIL "base64" 195860)("image" "gif" ("name" "d79156673173b04fcf6378a32f126c33") "<d79156673173b04fcf6378a32f126c33>" NIL "base64" 64)("image" "jpeg" ("name" "7a0e96862c1c5a7e75fa9f9a17130961") "<7a0e96862c1c5a7e75fa9f9a17130961>" NIL "base64" 41462) "related")' at '"; name=\"ff28bed7093ab75130351871ac8d392b\"" NIL ("name" "ff28bed7093ab75130351871ac8d392b") "<ff28bed7093ab75130351871ac8d392b>" NIL "base64" 4)("image" "jpeg" ("name" "59674a5aa560c4dbbd6a1a6682056f04") "<59674a5aa560c4dbbd6a1a6682056f04>" NIL "base64" 201994)("image" "jpeg" ("name" "97f9ba7bfd2843c831b94b2f3059d8f2") "<97f9ba7bfd2843c831b94b2f3059d8f2>" NIL "base64" 186890)("image" "jpeg" ("name" "170962a49e4e8ab5a1f8beed3de4900f") "<170962a49e4e8ab5a1f8beed3de4900f>" NIL "base64" 195860)("image" "gif" ("name" "d79156673173b04fcf6378a32f126c33") "<d79156673173b04fcf6378a32f126c33>" NIL "base64" 64)("image" "jpeg" ("name" "7a0e96862c1c5a7e75fa9f9a17130961") "<7a0e96862c1c5a7e75fa9f9a17130961>" NIL "base64" 41462) "related")'; got '; name="ff28bed7093ab75130351871ac8d392b"/[null]'
(evolution:3476): camel-CRITICAL **: camel_data_wrapper_set_mime_type_field: assertion `mime_type != NULL' failed
Thanks for the update and testing. I workaround this in sources for 3.2.1 and 3.3.1 in the same way as in the test package. |