svn+ssh://tmcguire@svn.kde.org/home/kde/branches/kdepim/enterprise4/kdepim
........
r813234 | vkrause | 2008-05-27 11:25:21 +0200 (Tue, 27 May 2008) | 3 lines
Make sure the folder is still open for the setStatus() call. This fixes
a crash while refreshing the DIMAP cache of a groupware sub-folder.
........
r813336 | vkrause | 2008-05-27 14:47:56 +0200 (Tue, 27 May 2008) | 3 lines
Prevent writing the sqlite index while the folder is closed and thus the
internal message list is empty.
........
r813759 | vkrause | 2008-05-28 19:12:22 +0200 (Wed, 28 May 2008) | 8 lines
Make sure we re-open the current folder after an forced close triggered
by FolderStorage::expunge().
This fixes a crash when switching between Kontact parts during a DIMAP
cache refresh. Also, the header view is now updated again during the
refresh.
Might help with Kolab issue 2697.
........
r816897 | staniek | 2008-06-04 23:57:59 +0200 (Wed, 04 Jun 2008) | 2 lines
SVN_SILENT proper filename
........
r817156 | staniek | 2008-06-05 13:58:28 +0200 (Thu, 05 Jun 2008) | 4 lines
Avoid implicit cast of -1 value (when "maximumAttachmentSize" is undefined) to uint.
This worked only by accident.
........
r817345 | tilladam | 2008-06-05 22:23:34 +0200 (Thu, 05 Jun 2008) | 2 lines
Disable the gnupg log watcher action in KMail on Windows, it's not available there.
........
r819078 | staniek | 2008-06-10 17:01:55 +0200 (Tue, 10 Jun 2008) | 10 lines
Fix positioning of the recipients editor;
do not move the child window when the parent (composer) window is moved
(unless the child looks like a popup, moving it is rather unexpected by users).
Avoid hiding parts of the window (needed especially when not using KWin),
so this is mostly Windows and MacOSX fix.
(reviewed)
........
r820276 | staniek | 2008-06-13 20:11:07 +0200 (Fri, 13 Jun 2008) | 4 lines
-better checks for results of QDialog::exec()
-better way to choose root dir path
........
r820278 | staniek | 2008-06-13 20:11:49 +0200 (Fri, 13 Jun 2008) | 2 lines
attach only if user accepted the file dialog
........
svn path=/trunk/KDE/kdepim/; revision=822563
svn+ssh://tmcguire@svn.kde.org/home/kde/branches/kdepim/enterprise4/kdepim
........
r812800 | tilladam | 2008-05-26 14:43:40 +0200 (Mon, 26 May 2008) | 2 lines
Don't try to write the index of a closed folder. This seems to have been a noop on the mmap'd index implementation, but wrecks havoc with the sqlite based one.
........
r812831 | vkrause | 2008-05-26 16:03:34 +0200 (Mon, 26 May 2008) | 2 lines
Make flags persistent when using the sqlite backend.
........
r812836 | osterfeld | 2008-05-26 16:07:26 +0200 (Mon, 26 May 2008) | 1 line
OS X: disable heuristic moving actions which contain "Configure" to the app menu->Preferences entry
........
r812916 | vkrause | 2008-05-26 18:04:33 +0200 (Mon, 26 May 2008) | 3 lines
Make sure we always write new messages into the index when using the
sqlite backend.
........
r813198 | vkrause | 2008-05-27 08:57:23 +0200 (Tue, 27 May 2008) | 3 lines
Fix index corruption after deleting a message and closing KMail without
changing folders before that (sqlite backend only).
........
svn path=/trunk/KDE/kdepim/; revision=821177
- Actually make use of mmap again, this will make calls
to KMMsgBase::getLongPart() a lot faster
- call KMMsgBase::date() less by putting it on the outside
of the loop.
In fact, I think this loop is unnecessary, performance seems
to be much better without it.
Both things above only speed up switching to folders that have the same
subject often, like commit folders.
Most slowness still comes from KMFolderIndex::find(), which uses
QVector::indexOf, which is too slow for a folder with 20k messages
svn path=/trunk/KDE/kdepim/; revision=807448
to skip message "The index of folder .. seems to be out of date" for maildir folders
This can probbaly fix recently reported issues with displaying the message for maildir folders.
-int KMFolderIndex::writeMessages( KMMsgBase* msg, bool flush, FILE* indexStream ):
added overload with indexStream arg, which simplifies KMFolderIndex::writeIndex() code
and avoids dangerous side effects
(note: this apparently was not a source of problems, though)
CCMAIL:kde-pim@kde.org
svn path=/trunk/KDE/kdepim/; revision=805447
- Enable some code again
- style fixes
Still totally broken, though.
Do not use a KMail version newer than the nommap branch merge.
svn path=/trunk/KDE/kdepim/; revision=805166
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
- use native separators for utime() (windows)
- writing index: close input stream before renaming the file (windows)
- check result of rename
CCMAIL:danny@commit-digest.org
svn path=/trunk/KDE/kdepim/; revision=780608
FolderStorage::canAccess() now returns bool,
and thus also the same method in KMFolderSearch, KMFolderMaildir,
KMFolderMbox, KMFolder
- Maildir filenames: use '!' character separator instead of ':' for windows
(KMAIL_MAILDIR_FNAME_SEPARATOR macro),
as it is impossible to create a file containing ':' (regardless of the
used filesystem - it is a property of the FS API itself)
- KMFolderMaildir::canAccess() use QFileInfo instead of access() - solves
problem with undefined
X_OK flag on windows and is still enough efficient as there are no hundreds
of dirs in a maildir
- KMFolderIndex::recreateIndex() now returns bool
- KMFolderDir::reload() simplified
svn path=/trunk/KDE/kdepim/; revision=773959
keeping the msginfo pointer around in the message object, and restoring it on
unGet. Should help with a whole class of crashes around filtering, searching
etc. Original patch by Ingo and Andreas, with some fixes and memleak plugs
in corner cases by me. We'll testdrive this a while in enterprise branch, let's
see how it behaves.
CCMAIL: a.gungl@gmx.de
CCMAIL: ingo@kde.org
svn path=/branches/kdepim/enterprise/kdepim/; revision=694327
SVN commit 654636 by mkoller:
BUG#50462
I dare to close this bug report with this commit.
It basically automatically recreates the index whenever a "should never
happen" situation occurs in getting data from the index and retries to get
the requested information.
I hope it works as advertised
svn path=/branches/kdepim/enterprise/kdepim/; revision=668925
I dare to close this bug report with this commit.
It basically automatically recreates the index whenever a "should never
happen" situation occurs in getting data from the index and retries to get
the requested information.
I hope it works as advertised ;-)
svn path=/trunk/KDE/kdepim/; revision=654760
I dare to close this bug report with this commit.
It basically automatically recreates the index whenever a "should never
happen" situation occurs in getting data from the index and retries to get
the requested information.
I hope it works as advertised ;-)
svn path=/branches/KDE/3.5/kdepim/; revision=654636
QMAX/QMIN -> qMax/qMin
I don't know what to do about Q_LONG and Q_ULONG because of the following code in qglobal.h:
#if defined(Q_OS_WIN64)
typedef __int64 Q_LONG; /* word up to 64 bit signed */
typedef unsigned __int64 Q_ULONG; /* word up to 64 bit unsigned */
#else
typedef long Q_LONG; /* word up to 64 bit signed */
typedef unsigned long Q_ULONG; /* word up to 64 bit unsigned */
#endif
Should I simply convert to (unsigned) long?
svn path=/trunk/KDE/kdepim/; revision=468393