The fix in kmacctimap.cpp is to prevent double incrementing which moves us past
the end of the list, and then we dereference it, then crashing.
The fix in kmmainwidget.cpp is to make sure that FolderJobs (and ergo, ImapJobs)
always get an account to remove themselves from when it's time for them to die.
(The account is referenced either through the destination folder or the source folder).
svn path=/trunk/KDE/kdepim/; revision=732898
- tabs--
In this commit, I again broke config compatibility :(
The reason is that the unfiltered sernum list for IMAP
accounts is stored top-level in a config file, without
any group.
Now, all readEntry calls without a group are deprecated,
which means we have to use a group in order to remove
KDE3SUPPORT. I used the group "Default".
It also seems that writing an update script is not
possible at all, as the .upd file wants to have a filename.
And the filename for the sernums here includes the account
ID, so there is no way to specifiy this files in the
.upd file.
And I just also realized that I did the same with POP
(already downloaded UID list)...
Anybody got a solution for this?
If not, the list of downloaded POP UIDs and the list
of unfiltered IMAP sernums will get lost during the
upgrade.
CCMAIL: kloecker@kde.org
svn path=/trunk/KDE/kdepim/; revision=707368
Now, we use enums instead of strings.
Add the names of the types to KAccount. They can now be translated.
Also, provide an update script for easy config migration.
BUG: 90509
svn path=/trunk/KDE/kdepim/; revision=689148
branches/work/kdepim-3.5.5+.
These contain the following features from the enterprise branch:
- (nearly) all folders can be copyied or moved now
- dnd of one or multiple folders
- copy/cut/paste actions for one or multiple folders
- dnd of messages from the search result window to the folder tree
- copy/cut/paste actions for messages (in the header view and search
result window)
svn path=/branches/KDE/3.5/kdepim/; revision=648059
Don't continue checking mail in the other folders when a local folder
was removed, it causes a crash on startup.
There is still a bug that local folders are removed erroneously because
their ImapPath somehow become empty, but at least they can be recovered
with Refresh Folder List now.
And as the crash is gone, I consider the bug fixed
svn path=/trunk/KDE/kdepim/; revision=645167
was removed, it causes a crash on startup.
There is still a bug that local folders are removed erroneously because
their ImapPath somehow become empty, but at least they can be recovered
with Refresh Folder List now.
And as the crash is gone, I consider the bug fixed
BUG:113329
svn path=/branches/KDE/3.5/kdepim/; revision=644877
Merge the kmail-moving-folder branch:
- copying/moving of folders with drag&drop
- copy/cut/paste actions for folders and messages
svn path=/trunk/KDE/kdepim/; revision=633302
- copying/moving of folders with drag&drop
- copy/cut/paste actions for folders and messages
svn path=/branches/kdepim/enterprise/kdepim/; revision=633254
(modulo list-only-open-folders config option) so we detect new shared
folders without the need for an explicit listing by the user.
(Proko2 Issue 1250)
svn path=/branches/kdepim/proko2/kdepim/; revision=553525
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
If uploading message status in the middle of a mailcheck, instead of
partially aborting the ongoing mailcheck and queuing a new one, check if
we are in the listing phase, not the download phase, and only then
(fully) abort and start afresh. If already in the downloading phase,
simply continue.
(Hunting the headers list corruption that sometimes happens during
online imap mailchecks. This is part of getting the mailcheck process
to where it's more predictable, so I can decently debug it.)
svn path=/trunk/KDE/kdepim/; revision=466819
partially aborting the ongoing mailcheck and queuing a new one, check if
we are in the listing phase, not the download phase, and only then
(fully) abort and start afresh. If already in the downloading phase,
simply continue.
(Hunting the headers list corruption that sometimes happens during
online imap mailchecks. This is part of getting the mailcheck process
to where it's more predictable, so I can decently debug it.)
svn path=/branches/KDE/3.5/kdepim/; revision=466810
SVN commit 466146 by tilladam:
Make sure the quiet state of an online imap folder gets properly reset
when a slave error results in all jobs being killed and thus not
emitting result. This finally solves the mysterious jumping headers list
bug.
svn path=/trunk/KDE/kdepim/; revision=466147
when a slave error results in all jobs being killed and thus not
emitting result. This finally solves the mysterious jumping headers list
bug.
CCMAIL: Mario Teijeiro Otero <emeteo@escomposlinux.org>
svn path=/branches/KDE/3.5/kdepim/; revision=466146
Matt Rogers
Thomas McGuire
Thiago Macieira
Daniel Molkentin
Laurent Montel
Pradeepto Bhattacharya
Dirk Mueller
Volker Krause
Stephan Kulow
Allen Winter
David Faure
Rafael Fernndez Lpez
Reinhold Kainhofer
Chusslove Illich
Till Adam
Ingo Klcker
Ismail Onur Filiz
Andreas Gungl
Thomas Zander