GNOME Bugzilla – Bug 492389
Evolution crashes on sorting by subjects with russian characters in some subfolder
Last modified: 2011-08-04 03:58:02 UTC
Steps to reproduce: 1. go to some sub-folder with lots of mails 2. select sorting by subject 3. evolution crashed 4. remove contents of .evolution/mail/config/ 5. start evolution 6. select same folder again 7. evolution crashed again Stack trace: (gdb) bt
+ Trace 174378
Other information:
If it has any meaning: LANG=ru_RU.KOI8-R
on stderr it shows: (evolution:86893): GLib-CRITICAL **: g_convert: assertion `str != NULL' failed (evolution:86893): GLib-CRITICAL **: g_convert: assertion `str != NULL' failed
in case when it started with LANG=C it does not crash
After unsetting LANG, I have $ env | egrep LC_ GDM_LANG=ru_RU.KOI8-R LC_MESSAGES=ru_RU.KOI8-R LC_MONETARY=en_US.US-ASCII LC_NUMERIC=en_US.US-ASCII LC_TIME=C $ And with such environment it also shows some junk instead of dates in mails list.
Created attachment 98363 [details] Junk instead of data in mails list
Hi, thanks for that pretty stacktrace :) Interesting issue. Would you mind to give us such an email which produces garbage instead of dates and some mails with russian subjects? Is this perfectly reproduceable?
(In reply to comment #6) > Interesting issue. Would you mind to give us such an email which produces > garbage instead of dates I guess, it is not due to some specific message. Strings that are placed instead of dates are random even for same message. Looks like runaway pointer. Anyway I'll attach same message as on shot (date.mbox). > and some mails with russian subjects? russian-subject.mbox > Is this perfectly reproduceable? Yes. Generally, after hitting bug with sorting, I was unable to use evolution et all - it crashes just after start, removing .evolution/mail/config/* makes possible to read other folders and only workaround with cleaning LANG in env "save" me. Bug with dates also easy reproducible.
Created attachment 98569 [details] [review] [patch] allows g_utf8_collate handle not-UTF-8 8-bit characters See my comment above in this thread.
At least in my case it seems that g_utf8_collate will pass NULL strings, it has obtained from g_utf8_normalize, onto strcoll causing the core dump. Patch, attached below helped. @vova: it is possible that you have the mix of KOI-8 and UTF-8 in your message box triggering this behavior.
With the patch it does not crash any more, thanks.
Comment on attachment 98569 [details] [review] [patch] allows g_utf8_collate handle not-UTF-8 8-bit characters You just aren't allowed to call g_utf8_collate() on non-Unicode strings. Or it would be called g_maybe_its_utf8_collate() :-) g_utf8_normalize() isn't defined to return NULL on UTF-8 input, it's just as likely to crash.
Thank you, will keep this patch local until someone fixes the real issue: how should Evolution work in the environments where UTF-8 and 8-bit non-UTF-8 strings are likely to appear together (e.g. KOI-8/UTF-8 mix).
*** Bug 417816 has been marked as a duplicate of this bug. ***
(In reply to comment #7) > (In reply to comment #6) > > > Interesting issue. Would you mind to give us such an email which produces > > garbage instead of dates > > I guess, it is not due to some specific message. > Strings that are placed instead of dates are random even for same message. > Looks like runaway pointer. > > Anyway I'll attach same message as on shot (date.mbox). > > > and some mails with russian subjects? > russian-subject.mbox The two attachments didn't get it in, unfortunately. Do you see this in the current stable, 3.0.x, or even the previous stable, the 2.32.x, please? If so, the messages for both issues will help to reevaluate and maybe fix the issue finally.
vova@fbsd.ru, could you please provide requested information as per comment#14 ?