Dear Milan,
Am Freitag, den 21.07.2017, 10:54 +0200 schrieb Paul Menzel:
> Am Montag, den 17.07.2017, 09:09 +0200 schrieb Milan Crha:
> > On Sun, 2017-07-16 at 11:46 +0200, Paul Menzel wrote:
> > > 2290 stat64("/home/joey/.local/share/evolution/mail/local/folders.db
> > > -journal", 0xbfbd552c) = -1 ENOENT (No such file or directory)
> > > 2290 stat64("/home/joey/.local/share/evolution/mail/local/folders.db
> > > -wal", 0xbfbd552c) = -1 ENOENT (No such file or directory)
> > those files are not managed by evolution(-data-server) itself, I guess
> > they are referenced/created by sqlite. The above particular lines
> > reference the folder.db file for all On This Computer messages and
> > folders, where POP messages are copied to. They are copied only once,
> > on Send/Receive when they had been recognized as new, which might not
> > influence each close of the application.
> >
> > Maybe try to get two/three backtraces [1] of the closing evolution,
> > where might be seen what it tries to do. It surely should not cause
> > aggressive re-saving of the folders.db file on close.
>
> I created issue #785212 [2], and attached the traces there.
Thank you for following up on the bug report, and pointing vFolders
(virtual/search folders(?)) out as the cause of the problem. As I am
still on Evolution 3.22.6, I deleted the search folders, and Evolution
does indeed quit much faster like in 30 seconds or so compared to
several minutes.
Thanks,
Paul
signature.asc
Description: This is a digitally signed message part
_______________________________________________ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
