from
/branches/work/kmail-nommap (r799390..804487)
/branches/work/kdepim-nommap/kmail (r804484..804960)
The SQLite mode is currently enabled only on Windows (by KMAIL_SQLITE_INDEX define),
so on !Windows, the code for standard 'mmap' mode is compiled.
CCMAIL:kde-pim@kde.org
svn path=/trunk/KDE/kdepim/; revision=805075
SVN commit 733841 by marten:
Fix "After compact action mail list disappears", by ensuring that the
folder is open in the two places where it may be needed.
BUG#146967
svn path=/branches/kdepim/enterprise/kdepim/; revision=733876
Fix "After compact action mail list disappears", by ensuring that the
folder is open in the two places where it may be needed. Not such a major
issue now that maildir is the recommended format and mandatory for the
standard folders.
CCBUG:146967
svn path=/trunk/KDE/kdepim/; revision=733843
for the new kDebug/kError/kWarning/kFatal syntax.
You can use the following command to find 'old' code:
egrep -r -A 5 '(kDebug|kError|kWarning|kFatal).*' * | grep -v ".svn" | grep "<< *endl;"
svn path=/trunk/KDE/kdepim/; revision=695781
sed 's/59 Temple Place - Suite 330, Boston, MA 02111-1307/51 Franklin Street, Fifth Floor, Boston, MA 02110-1301/'
PS: I didn't touch the kalarm dir, since david seems to update the address himself, and I don't want to create conflicts for him.
CCMAIL:lists@astrojar.org.uk
svn path=/trunk/KDE/kdepim/; revision=437921
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
* When the user requests compaction of a folder from the RMB, always compact
(even if !needsCompaction), and ensure the final statusbar message shows up
(due to kmheaders polluting it, I had to save/restore it in 2 places).
* When compacting outbox after sending mails, don't tell the user.
This made me stumble upon strange code in kmsender.cpp: if count<0, expunge.
Ingo and I agree that this was meant to be if count==0, expunge.
svn path=/trunk/kdepim/; revision=319419
symlink anymore, but in some cases it would fail to follow the link (relative links),
and it could also fail to rename the compacted mailbox (if across filesystems).
Now it works fine :)
CCMAIL: 33071@bugs.kde.org
svn path=/trunk/kdepim/; revision=314782
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
Jarosaw Staniek
Allen Winter
Adriaan de Groot
Pradeepto Bhattacharya
Jonathan Marten
Frank Osterfeld
Andreas Hartmetz
Tobias Koenig
Daniel Molkentin
Laurent Montel
Dirk Mueller
Stephan Kulow
David Faure
Reinhold Kainhofer
Chusslove Illich
Till Adam
Ingo Klcker