assert() is just causing KMail to crash in those rare cases and, until
the rewrite/redesign is done, it is better just to return when there
is no folder.
svn path=/branches/KDE/3.5/kdepim/; revision=586523
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
to somewhere else in the tree. Works for all source folder types but not
for online imap or search target folders. Part of this is the result of
a merge of the "Move folder to" functionality in HEAD since some of the
infrastructure can be shared. The "move to" part is disabled, though,
since it appears to be somewhat buggy and lose metainformation, such
as folder types, for example. ContentsType (mail, event, etc) information
is retained for the copies. A few const correctness fixes here and there.
svn path=/branches/proko2/kdepim/; revision=404928
Fix for deletion of folders with subfolders: those need to be removed first
(thanks Carsten for the hint). This is simply achieved by adding the imap paths
of all subfolders to the account's mDeletedFolders list, and at sync time,
asking the server to delete all those at the same time - in reverse order.
svn path=/branches/KDE_3_4_BRANCH/kdepim/; revision=395820
Fix for deletion of folders with subfolders: those need to be removed first
(thanks Carsten for the hint). This is simply achieved by adding the imap paths
of all subfolders to the account's mDeletedFolders list, and at sync time,
asking the server to delete all those at the same time - in reverse order.
Till, Carsten: ok for backport?
svn path=/trunk/kdepim/; revision=395800
(thanks Carsten for the hint). This is simply achieved by adding the imap paths
of all subfolders to the account's mDeletedFolders list, and at sync time,
asking the server to delete all those at the same time - in reverse order.
Kolab issue678.
svn path=/branches/proko2/kdepim/; revision=395795
(gdb, valgrind) at https://intevation.de/roundup/kolab/issue348, but basically
we don't want to emit folderComplete() when the dtor calls killAllJobs.
This fixes#86117 too.
svn path=/trunk/kdepim/; revision=349008
(gdb, valgrind) at https://intevation.de/roundup/kolab/issue348, but basically
we don't want to emit folderComplete() when the dtor calls killAllJobs.
Fix approved by Till.
svn path=/branches/KDE_3_3_BRANCH/kdepim/; revision=349007
o assume the current number of folders in the account + 5% as the total
number of items, and tick them off as they come in, better than jumping
to 100% immediately and should be good enough for the common case of the
account folder listing not changing much
o add ImapAccountBase::folderCount() for convenience and constify some
stuff on the way
svn path=/trunk/kdepim/; revision=331842
dialog instead of iterating over kmmainwidgets which wont work after the
progress dialog is created by the mainwindow. I'll do that in a minute.
svn path=/trunk/kdepim/; revision=324111
the renaming happens in the foldertree immediately, but is stored in the account
(with persistence in kconfig) and done on the server at the next sync.
If that fails, the server is renamed back locally.
svn path=/trunk/kdepim/; revision=319628
noop timer, which keeps the connection active by sending regular noops and
a real (and as of yet unused) idle timer, which can be used to disconnect
the slave if nothing (apart from noops) has been going on for a while.
Remove the mIdle bool which was used to differentiate those two uses in the
old timer and remove the two users of that bool, thereby fÑxing the recent
crashes in assignJobToSlave people have been seeing. Deselecting a folder
in the folder tree used to set the account to idle, the idle timer fires,
mIdle is true => disconnect => no slave => boom.
TODO: start the idle timer on connect and reset on all imapjobs, etc
svn path=/trunk/kdepim/; revision=318964
to libkdepim. Removed dependency on KMMainWidget by using a signal from ProgressDialog.
This also fixes the bug Till reported, where closing the progressdialog with
the cross wouldn't make the arrow look up again.
svn path=/trunk/kdepim/; revision=316885