But that's not true, with the KMMoveCommand in ExpireJob.
So refactored the "run this task now" support (as used by "Expire All Folders")
to still queue things (in case another task is running), but run the next job
immediately after the previous one, when there are pending immediate tasks.
Thanks to Andreas Gungl for his infinite patience and debugging help :)
CCMAIL: 83847-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=331755
call in FolderStorage::correctUnreadMsgsCount() called by KMFolderMaildir::createIndexFromContents()).
-> introduced a base ScheduledJob class and added isOpeningFolder() to it,
which is less fragile than the previous solution.
svn path=/trunk/kdepim/; revision=323036
mbox and maildir folders in the background.
This fixes compaction not happening in kontact at all, and not happening
either for cached imap folders in kmail. It also makes kmail exit faster.
svn path=/trunk/kdepim/; revision=314475
Thanks to Till for the advice on how to do that (storing folder id and using a KMMoveCommand)
Added kmkernel::findFolderById() to avoid copy/pasting yet another time
the code that looks in the 3 foldermgrs; ported the existing code to that.
CCMAIL: 43218-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=311024
instead of "on exit" (which made it non-working in kontact, with session management etc.)
GUI: removed the "Warn before expiring messages" and "On Exit: Expire old messages" options.
Tasks are filed with the jobscheduler, and the job for that task is started
only if the folder isn't opened - so this needed some special handling of search
folder (asking them to try releasing a given folder) and some fixes relative to
open() and close() calls, in kmfoldercachedimap and kmfoldersearch in particular.
Don: please check the kmfoldersearch.cpp changes, in particular the added close()
CCMAIL: sanders@kde.org
svn path=/trunk/kdepim/; revision=310272
David Faure