GNOME Bugzilla – Bug 553608
crash with vfolders of vfolders and maildir account
Last modified: 2011-05-30 03:37:03 UTC
What were you doing when the application crashed? After having Evolution open all day, crashes on quit. Does not crash when opened and quit right away. Distribution: Fedora release 9 (Sulphur) Gnome Release: 2.22.3 2008-07-01 (Red Hat, Inc) BugBuddy Version: 2.22.0 System: Linux 2.6.25.14-108.fc9.i686 #1 SMP Mon Aug 4 14:08:11 EDT 2008 i686 X Vendor: The X.Org Foundation X Vendor Release: 10500000 Selinux: No Accessibility: Disabled GTK+ Theme: Glossy Icon Theme: GnomeElephant-Marine-03 Memory status: size: 163196928 vsize: 163196928 resident: 55934976 share: 23285760 rss: 55934976 rss_rlim: 4294967295 CPU usage: start_time: 1222243011 rtime: 4069 utime: 3774 stime: 295 cutime:36 cstime: 17 timeout: 0 it_real_value: 0 frequency: 100 Backtrace was generated from '/usr/bin/evolution' [Thread debugging using libthread_db enabled] [New Thread 0xb8055980 (LWP 16588)] [New Thread 0xb56ffb90 (LWP 24957)] [New Thread 0xb6c6eb90 (LWP 16637)] [New Thread 0xb42bcb90 (LWP 16601)] [New Thread 0xb42fdb90 (LWP 16598)] 0x00110416 in __kernel_vsyscall ()
+ Trace 207209
Thread 2 (Thread 0xb56ffb90 (LWP 24957))
----------- .xsession-errors --------------------- Could not find the frame base for "gdk_threads_dispatch". Could not find the frame base for "g_idle_dispatch". Could not find the frame base for "g_main_context_iterate". Could not find the frame base for "g_main_context_iterate". Could not find the frame base for "link_io_thread_fn". Could not find the frame base for "start_thread". Could not find the frame base for "g_main_context_iterate". Could not find the frame base for "start_thread". Could not find the frame base for "g_main_context_iterate". Could not find the frame base for "startup_mainloop". Could not find the frame base for "start_thread". Could not find the frame base for "folder_changed". Could not find the frame base for "folder_changed_change". Could not find the frame base for "folder_changed_change". Could not find the frame base for "IA__g_spawn_sync". --------------------------------------------------
doesn't look like bug in evolution, crash due to pango
ok just tell me if you need more input from me, it happens every day
*** Bug 588467 has been marked as a duplicate of this bug. ***
*** Bug 588613 has been marked as a duplicate of this bug. ***
*** Bug 588635 has been marked as a duplicate of this bug. ***
*** Bug 588671 has been marked as a duplicate of this bug. ***
Dwayne, I see you've this quite often, and you see that mostly on evolution close. Could you give me some steps you did, what search folders you've configured and how, as that will help to investigate the root cause of the issue? Marek, the same for you, if you can. Thanks in advance.
*** Bug 531549 has been marked as a duplicate of this bug. ***
@Milan: finding it quite hard to reproduce. Sometimes its smooth. Funny that this is in a search folder, I have a few active but don't use them much. My one theory is that I get this after I have pseudo duplicates, i.e. two message in the INBOX - I delete the one, the other stays undeleted, then move to the other and it goes deleted. The bug is irritating in that I've mostly done a bit of work then it crashes and I lost a few things like replies and moved or deleted messages. Any chance that we can try get you onto my machine to try a few hacker tricks?
Long time since I've reported, now I'm at Fedora 10 with evolution-2.24.5-2.fc10.i386 and also Fedora 11 with evolution I guess 2.26.x, and might be that I didn't have the crashes since evolution 2.24.x. But as far as I can remember, there were no exact steps to reproduce, sometimes just launching and instant exiting crashed it, sometimes not.
Dwayne, what's your exact version now? There were issues like pseudo-duplicates, but it had been fixed quite long time ago, as far as I know. You know there were quite many fixes in 2.26 with respect of such issues like we are trying to catch here. Thanks for the offer to test on your machine, but I do not want to waste your time as that much, it's possible we would not find much there, thus let it have as the last option. Maybe Marek has right, when exiting evolution and the search folder is still updating, then it crashes. Could I ask for your ~/.evolution/mail/searches.xml and ~/.evolution/mail/vfolders.xml that contains saved search folders and searches you saved. Just check it doesn't contain any private information you would not like to share, before attaching. The other related thing, I believe, are configured accounts in evolution. When you look in Edit->Preferences->Mail Accounts, what account types (column Protocol) do you have configured and active, please?
(In reply to comment #11) > Dwayne, what's your exact version now? There were issues like > pseudo-duplicates, but it had been fixed quite long time ago, as far as I know. > You know there were quite many fixes in 2.26 with respect of such issues like > we are trying to catch here. > > Thanks for the offer to test on your machine, but I do not want to waste your > time as that much, it's possible we would not find much there, thus let it have > as the last option. Well the crashes waste a lot of my time :) But thanks for helping! > Maybe Marek has right, when exiting evolution and the search folder is still > updating, then it crashes. > > Could I ask for your ~/.evolution/mail/searches.xml > and ~/.evolution/mail/vfolders.xml > that contains saved search folders and searches you saved. Just check it > doesn't contain any private information you would not like to share, before > attaching. Will attach > The other related thing, I believe, are configured accounts in evolution. When > you look in Edit->Preferences->Mail Accounts, what account types (column > Protocol) do you have configured and active, please? maildir - I sync with offlineimap none - an info@ profile spool - local mail imap - the IMAP account I sync from for offlineimap, disabled by default.
Created attachment 138522 [details] searches.xml
Created attachment 138523 [details] vfolders.xml
Thanks a lot Dwayne, I'm going to test with your setup. This question you probably overlooked: > what's your exact version now? I mean evolution version, though thinking of it, also evolution-data-server version. For evolution itself you can look into Help->About. With evolution-data-server it'll be harder, probably based on the package version you've installed the best. Dwayne, also, I'm a little bit confused now, is it crashing for you on exist or meanwhile you are working with evolution, like reading mails and such?
I see you use search folders of search folder, which didn't work before a fix in bug #573170, which is in since 2.26.2 / 2.27.1, committed in sources on May 3. There were also some other search-folder related fixes added to sources meanwhile. So, I tried to fill all those your folders with some mine data, with thousands messages in them, and it seems to work fine, I tried couple things like changing message status, deleting messages here and there, and it didn't crash. Neither during my changes, nor on exit. I'm on actual master, slightly after 2.27.4.
*** Bug 588781 has been marked as a duplicate of this bug. ***
(In reply to comment #15) > Thanks a lot Dwayne, I'm going to test with your setup. This question you > probably overlooked: I did :) > > what's your exact version now? 2.26.2 > I mean evolution version, though thinking of it, also evolution-data-server > version. For evolution itself you can look into Help->About. With > evolution-data-server it'll be harder, probably based on the package version > you've installed the best. [dwayne@localhost ~]$ rpm -qa | grep evolution-data-server evolution-data-server-2.26.2-1.fc11.i586 evolution-data-server-debuginfo-2.26.2-1.fc11.i586 > Dwayne, also, I'm a little bit confused now, is it crashing for you on exist or > meanwhile you are working with evolution, like reading mails and such? Two common crashes: 1) On exit 2) On Ctrl-E expunging, usually after I've deleted a mail. I don't think I've had random crashes, the crashes always come straight after I do things
(In reply to comment #16) > I see you use search folders of search folder, which didn't work before a fix > in bug #573170, which is in since 2.26.2 / 2.27.1, committed in sources on May > 3. There were also some other search-folder related fixes added to sources > meanwhile. > > So, I tried to fill all those your folders with some mine data, with thousands > messages in them, and it seems to work fine, I tried couple things like > changing message status, deleting messages here and there, and it didn't crash. > Neither during my changes, nor on exit. I'm on actual master, slightly after > 2.27.4. > OK there is a 2.26.3 packaged for Fedora 11 on 2009-06-30 (wonder why I don't have it yet). Do you think that will cover the fixes you mention? I actually don't use the vfolders much, so I can delete them. I'll try as follows: 1) Get 2.26.3 and see if that fixes things 2) Drop the vfolders and see if that fixes things.
Based on the other bug your 2.26.2 should have included the fix from there already. Dropping (or disabling in preferences) search folders will help here for sure, as the crash comes from the search folder code. Hmm, though, the same code is used with a trash or junk folder too. I tried deleting and such, in a maildir folder, in a local folder, same as in the virtual folder, calling then empty trash or expunge folder, and no crash there. I also noticed "doubled messages", though it doesn't want to crash to me either. :(
(In reply to comment #20) > Dropping (or disabling in preferences) search folders will help here for sure, > as the crash comes from the search folder code. Hmm, though, the same code is > used with a trash or junk folder too. I've now disabled Search folders. > I tried deleting and such, in a maildir folder, in a local folder, same as in > the virtual folder, calling then empty trash or expunge folder, and no crash > there. I also noticed "doubled messages", though it doesn't want to crash to me > either. :( Well glad you got double messages :) Fixing that would save me some headaches.
(In reply to comment #21) > > I tried deleting and such, in a maildir folder, in a local folder, same as > > in the virtual folder, calling then empty trash or expunge folder, and no > > crash there. I also noticed "doubled messages", though it doesn't want to > > crash to me either. :( > > Well glad you got double messages :) Fixing that would save me some headaches. Err, I've no idea what I did or what I didn't, but even the duplicate messages seems to magically disappear on git master I'm using. I've no idea what could cause it to change its mind. I know I was able to see that, when, for example, I marked a doubled message as read/unread then both of them had been marked read/unread. I thought it's because of the vfolder itself, as it points to folder A, and then to vfolder which also picks messages from A, then they are there correctly, because technically the second vfolder is a different folder. When you add a column "location", what is the value for the doubled message there? Is one coming from another vfolder and one from the real folder?
(In reply to comment #21) > (In reply to comment #20) > > Dropping (or disabling in preferences) search folders will help here for sure, > > as the crash comes from the search folder code. Hmm, though, the same code is > > used with a trash or junk folder too. > > I've now disabled Search folders. Crashing has disappeared after disabling the search folders.
Can you please check again whether this issue still happens in GNOME 2.32.2 or 3.0 and update this report by adding a comment and changing the "Version" field? Thanks a lot.
(In reply to comment #24) > Can you please check again whether this issue still happens in GNOME 2.32.2 or > 3.0 and update this report by adding a comment and changing the "Version" > field? Thanks a lot. Not crashing on Gnome 2.32 (Fedora 14), seems to have been fixed meanwhile.